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Starkes 
Echo 


Für den Commodore 64 und den 
Acorn B wird das Musik-Paket 
„Echo“ angeboten, das den Sound- 
chip im Rechner über eine Kla- 
viertastatur anspricht. 


as „Echo“-Paket der Firma Leasalink 

Viewdata Ltd. (LVL) besteht aus einer Kla- 
viatur mit mehr als drei Oktaven, der zugehöri- 
gen Software, einem Handbuch und einem 
zwanzigadrigen Kabel für den Anschluß an 
den User Port. Der Kabelstecker paßt aber nur 
beim Acorn B unmittelbar; für den Commodore 
64 wird ein Adapter mitgeliefert. 

Die Echo-Hardware ist nicht besonders auf- 
wendig — die Funktionen werden im wesent- 
lichen softwaremäßig realisiert, weil sich so 
die Herstellungskosten deutlich niedriger hal- 
ten lassen. 

Es sind zwei verschiedene Betriebsarten 
wählbar, die als „Orgelmodus" bzw. „Synthesi- 
zermodus" bezeichnet werden. Im Orgel-Mo- 
dus lassen sich über die einzelnen Tasten der 
Rechnertastatur diverse Instrumentalregister 
von Hawaii-Gitarre bis zu Cello und Harpsi- 
chord anwählen. Auf dem oberen Teil des Bild- 
schirms werden Steuerparameter zur Beein- 
flussung des Klangcharakters der Register an- 
geboten. Beim C64 etwa kann man hier Tre- 
molo oder Vibrato anwählen. 


Besondere Effekte 


Auch bei der Acorn-Version erfolgt die Steu- 
erung von der Rechnertastatur aus, doch wer- 
den hier für die Wahl von Klangeffekten die 
Funktionstasten verwendet. Beim Acorn haben 
die Software-Entwickler die vorhandenen 
Funktionstasten und die Geschwindigkeit des 
Prozessors auch noch anderweitig nutzbar ge- 
macht: Der Keyboarder kann während des 
Spiels Passagen hervorheben oder besondere 
Effekte erzielen, indem er über eine der Funk- 
tionstasten Sound-Varianten wie Woodblock, 
Baß, Cymbal usw. aufruft. Leider ist keine Mög- 
ichkeit vorgesehen, beim Spielen auf der Ta- 
statur Begleitrhythmen laufen zu lassen. 

Am unteren Bildschirmrand finden sich 
Möglichkeiten zur Beeinflussung der Tonhöhe 
Pitch). Bei der Acorn-Version erfolgt die Ton- 
höhenverschiebung nach oben oder unten mit 
Hilfe der entsprechenden Cursortasten, beim 
C64 dagegen mit den Tasten „<“ und „>". Es 
spricht nicht gerade für das Niveau der Soft- 


ware, daß bei der Commodore-Version beide 


Änderungsrichtungen auf dem Schirm mit 
„PITCH MINUS" bezeichnet sind. 

Unbefriedigend ist außerdem, daß die 
Klangfarben der Register nur sehr entfernt an 
die Instrumente erinnern, nach denen sie be- 
nannt sind. Diese Kritik trifft für Geräte zur 
elektronischen Musikerzeugung in den unte- 
ren Preisklassen zwar leider allgemein zu, 
aber die „Echo"-Soundeffekte wirken ganz be- 
sonders unecht. So haben das Geigen-, Brat- 
schen- und Cello-Register beim C64 den glei- 
chen Klangcharakter — nur die Tonhöhe ist un- 
terschiedlich. 

Bei beiden Rechnerversionen ist ein Synthe- 
sizermodus vorgesehen. Die zugehörigen 
Steuerparameter sind auf den jeweiligen 
Klangbaustein zugeschnitten. Daher ist beim 
C64 eine Hüllkurven- und Filterprogrammie- 
rung möglich. Wie beim Orgelmodus sind die 
Parameter durch Druck auf entsprechend be- 
legte Tasten der Rechnertastatur nach Wunsch 
wählbar. 

Beim Acorn B wird im Synthesizermodus 
vom ENVELOPE (Hüllkurven)-Befehl Ge- 
brauch gemacht. Vier benutzerseitig definier- 
bare Klangspektren stehen zur Verfügung. An- 
ders als beim Orgelmodus besteht hier freie 


Das abgebildete 
„Echo“-Manual von 
LVL ist ein einfaches 
Musik-Keyboard für 
den Commodore 64 und 
den Acorn B, das direkt 
auf den Klangbaustein 
der Rechner zugreift 
und nicht die Anschaf- 
fung einer teuren 
Schnittstelle erfordert. 
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Echo 
Synthesizer 


TASTATUR: 
37 Klaviertasten 


SCHNITTSTELLEN: 
2adriges Kabel für den 
User Port des Acorn B 
mit Adapter für den 
Commodore 64 


SOFTWARE: 


Die Software für den 
Acorn B ist auf Cassette 
und Diskette, die C64- 
Version nur auf Cassette 
verfügbar 


STÄRKEN: 


Das Echo-Paket erlaubt 


bei beiden Rechnern die 
volle Nutzung der Mög- 
lichkeiten des Klangbau- 
steins. 


SCHWÄCHEN: 


Durch die unzulängliche 


Software wird die prakti- 
sche Brauchbarkeit des 
Systems leider stark be- 
einträchtigt; allerdings ist 
eine verbesserte Fassung 
angekündigt. 


Die Abbildung zeigt 
oben den Commodore- 
64-Bildschirm für den 
Orgelmodus, unten das 
Acorn-Menü für den 
Synthesizer-Betrieb. Die 
Echo-Softwareversionen 
sind für die beiden 
Rechner gleichartig 
aufgebaut, unterschei- 
den sich jedoch in der 
Anzahl der Wahlmög- 
lichkeiten, sind aber 
kaum ausreichend. 
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Programmiermöglichkeit. Auf dem Schirm er- 
scheinen 14 ENVELOPE-Parameter, die sich 
mit den Links/Rechts-Cursortasten einzeln an- 
wählen und mit den Tasten für Auf/Ab ganz 
einfach ändern lassen. 

Die Kommunikation zwischen Computer und 
Manual erfolgt, indem der Rechner die einzel- 
nen Tasten softwaremäßig zyklisch abfragt. 
Dazu werden nacheinander die Zahlen von O 
bis 36 in die untersten sechs Bits des User- 
Port-Datenregisters gestellt. Sind mehrere Ta- 


sten gleichzeitig gedrückt, wird nur der höch- 
ste Ton akzeptiert. Das macht ein flüssiges 
Spiel über die Echo-Tastatur praktisch unmög- 
lich, denn die vorherige Taste muß vollständig 
freigegeben sein, damit der Anschlag der 
nächsten Taste zuverlässig zur Kenntnis ge- 
nommen wird. 

Obwohl mit diesem Paket schon vielerlei 
Musikmöglichkeiten bestehen, kann es dem 
Profi und auch dem anspruchsvollen Amateur 
nicht genügend Niveau bieten. 


Echo-Abfrage 


Die Echo-Tastatur wird 
über den User Port ange- 
schlossen und softwaremä- 
Big abgefragt. Das funktio- 
niert eigentlich ganz ein- 
fach: Die untersten sechs 
Bits des User-Port- 
Datenregisters werden als 
Ausgänge für die Daten- 
übertragung zum Manual 
hin definiert, während das 
höchstwertige Bit (Bit 7) 
die Rückmeldung von der 
Echo-Tastatur annimmt. 
Um einen Tastenan- 
schlag am Manual zu er- 
kennen, sind zwei Schritte 
erforderlich: Zunächst muß 


durch POKE eine Zahl zwi- 
schen 0 und 36 ins Daten- 
register des User Port ge- 
setzt werden, je nachdem 
welche der 37 Tasten an 
der Reihe ist. Die Tasten 
werden mit Null begin- 
nend von links her gezählt. 
Für jede Taste ist dann zu 


prüfen, ob in Bit 7 des Da- 
tenregisters eine „0“ oder 
eine „l“ ansteht, wozu der 
Registerinhalt mit 128 
geUNDet wird. Lautet das 
Ergebnis nicht Null, war 
die Taste gedrückt. 

Um das ganze Manual 
abzufragen, müssen Sie 
mit Hilfe einer Schleife 
fortlaufend alle 37 Tasten 
durchgehen. 


Echo-Abfrageprogramm für C 64 

5 REM CBM 64 ECHO SCAN 

10 POKE56579,63:REM SET BITS 0-5 FOR 
OUTPUT 

12 REM SCAN 37-KEY KEYBOARD 

15 FOR I=0 TO 36 

20 POKE 56577 ‚1:1F(PEEK 
(56577)AND128) <>0 THEN 
PRINTI;“KEYPRESSED” 

30 NEXT I 

40 GOTO 15:REM REPEAT 

BASIC-Dialekte 

Bei Verwendun: 

sind folgende 

10 ? &FE62=63 

20 ? &FE60=I:IF(?FE60 AND 128) <>0 THEN 

PRINT I;‘KEY PRESSED” 


der Tastatur am Acorn B 
nderungen anzubringen: 


Tut mir leid, aber das hier ist die komplette C-Dokumentation. 


C in Funktion 


Die Programmiersprache C arbeitet hauptsächlich mit Funktionen, die 
selbst definiert oder vom System vorgegeben werden. Wir untersuchen 
die Struktur und die Rolle der Funktionen anhand eines Programms. 


ie Sprache C baut zwar grundlegend auf 

dem Konzept der Funktion auf, ist aber 
dennoch keine Funktionssprache, da die 
Funktionen als Prozeduren definiert sind. 

Mit „Funktion“ ist hier ein Vorgang gemeint, 
dem bestimmte Werte (Argumente oder Para- 
meter) übergeben werden und der nach deren 
Verarbeitung einen einzelnen Wert zurücklie- 
fert. Die übergebenen Werte brauchen keine 
Grundtypen wie Ganzzahlen oder reelle Zah- 
len zu sein, sondern können auch strukturierte 
Typen wie Arrays darstellen. 

Auch Blöcke spielen eine große Rolle. In C 
ist ein „Block“ ein selbständiger, von Klam- 
mern ([}) umschlossener Codeabschnitt. (Zum 
Vergleich PASCAL zeigt Blöcke durch 
begin...end an). Wichtig ist auch der „Be- 
reich“ einer Variablen, der Programmabschnitt 
also, in dem die Variable eingesetzt wird. Da 
nur wenige BASIC-Versionen mit lokalen Varia- 
blen arbeiten, werden viele BASIC-Program- 
mierer sich erst daran gewöhnen müssen, daß 
der Einsatz von lokalen Variablen auf be- 
stimmte Programmbereiche beschränkt ist. In 
C können Variablen an jeder beliebigen Stelle 
deklariert werden. Sie müssen daher genau 
wissen, von wo Sie sich einfach darauf bezie- 
hen können. 

Hier die Grundregeln für die Deklaration 
von C-Variablen: 


@ Wird eine Variable am Anfang einer Funk- 
tionsdefinition deklariert, dann gilt sie für den 
gesamten Bereich der Funktionsdefinition, 
also auch für jede andere Funktion, die im In- 
neren der Hauptfunktion deklariert ist. Da das 
Programm selbst aus der Funktion main() be- 
steht, gelten am Anfang deklarierte Variablen 
im gesamten: Programmbereich — sie sind 
„global“. 

Gut aufgebaute Programme enthalten soweit 
wie möglich völlig eigenständige Module, die 
nur mit lokalen Variablen und formalen Para- 
metern arbeiten. Wenn die Ausführung einer 
Funktion außer lokalen Variablen noch andere 
Daten einsetzt, wird das „Nebenwirkung“ ge- 
nannt. So ist beispielsweise der Betrieb eines 
Ein-/Ausgabegerätes eine Nebenwirkung — 
wie auch der Einsatz einer globalen Variablen. 
Einige Nebenwirkungen sind positiv — das 
heißt, sie haben keine Auswirkungen auf die 
Ausführung anderer Programmteile. Negative 
Nebenwirkungen stören jedoch den Pro- 
grammablauf und sollten vermieden werden. 
@ Eine im Inneren eines gesamten Blockes de- 
klarierte Variable hat nur für den Rest des 
Blockes Gültigkeit. 

Die Variablendeklaration hat besondere Be- 
deutung, da es Teil der „Philosophie“ von C ist, 
Programme aus Modulen aufzubauen. Jedes 
dieser Module wird von einer eigenen Datei 


1935 


Für die wachsende Be- 
liebtheit von C ist auch 
die Firma Prentice-Hall 
verantwortlich, die um- 
fassendes Lesematerial 
über die Sprache her- 
ausgab, darunter die 
erste Sprachdefinition 
von Kernighan und Rit- 
chie. Der hohe Preis 
dieses dünnen Buches 
mag vielleicht ab- 
schrecken, doch bleibt 
es bis zur Definition 
eines internationalen 
Standards die Grundla- 
genbeschreibung der 
Sprache. Ein weiteres 
wichtiges von Prentice- 
Hall herausgegebenes 
Buch, „Learning to Pro- 
.gram in C“, liegt als 
deutsche Übersetzung 
vor: „Das C Lernbuch“ 
Verlage Carl Hanser 
und Prentice-Hall, ISBN 
3-446-14165-0. 
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dargestellt. Die Regeln, mit denen die Funktio- 
nen anderer Dateien in den Bereich einer Va- 
rlablen eingeschlossen werden können, sind 
jedoch sehr kompliziert. 

Es gibt zwei Möglichkeiten, Argumente oder 
Parameter an Funktionen zu übergeben: 
@ Wert: Dureh Anlegen einer neuen Variablen. 


Variablen dieser Art haben für die Funktion lo-- 


kale Bedeutung und werden mit den von der 
aufrufenden Routine übergebenen Werten ini- 
tialisiert. 

@ Bezug: Hier wird die Adresse der Variablen 
übergeben, die den Parameter enthält. Auf 
diese Weise kann die gleiche Variable von der 
Funktion und der aufrufenden Routine ver- 
wandt werden. 

C übergibt alle Parameter als Wert. Wir wer- 
den jedoch später sehen, daß die Sprache 
breitgefächerte Möglichkeiten hat, Adressen 
und Pointer zu verarbeiten und damit auch die 
Referenzmethode einsetzen kann. 

Der formale Aufbau einer Funktionsdefini- 
tion lautet: 

funktion_typ funktion_name( formale_argu- 

ment_liste); 

variablen_deklarationen; 


inhalt der funktion; 


Die Angabe funktion_typ kann weggelassen 
werden, wenn der zurückgegebene Wert vom 
Typ int ist. Die formale_argument_liste enthält 
eine Liste der Variablen, in die die Werte beim 
Einsatz der Funktion gespeichert werden. 

Die entsprechende Funktion wird folgender- 
maßen aufgerufen: 

funktion_name (aktuelle_argument_liste) 
Der Aufruf kann an jedem Punkt erfolgen, an 
dem ein Wert des von der Funktion gelieferten 
Typs eingesetzt wird. Wenn der zurückgege- 
bene Wert nicht vom Typ int ist, muß der Funk- 
tionsname vor dem Aufruf als Variable des ent- 
sprechenden Typs deklariert werden. Die ak- 
tuelle Argumentliste enthält alle Werte (oder 
Variablen mit diesen Werten), die an die for- 


malen Argumente der Funktion übergeben 
werden. Die aktuellen und formalen Argu- 
mente müssen natürlich in beiden Listen vom 
Typ und von der Position her übereinstimmen. 

Mit return übergibt eine Funktion den ge- 
wünschten Wert an die aufrufende Routine. Es 
ist eine beliebige Zahl dieser Befehle möglich, 
doch sollte vor Verlassen der Funktion minde- 
stens einer ausgeführt werden. 

Das folgende Programm liest eine Reihe von 
reellen Zahlen ein und zeigt die größte und die 
kleinste an. Das Programm enthält drei Funk- 
tionen. ausgabekopf hat keine Argumente und 
auch keinen return-Befehl. Das bedeutet, daß 
der von der Funktion zurückgegebene Wert 
nicht definiert ist. Da die aufrufende Routine 
ihn nicht benötigt, wird er einfach „weggewor- 
fen“. Die Funktion hat Nebenwirkungen, die je- 
doch alle positiv sind. 


Werte für Variablen 


Das Programm arbeitet weiterhin mit der Stan- 
dardfunktion scanf, die Eingaben auf ähnliche 
Weise formatiert wie printf die Ausgaben. Der 
erste Parameter der Funktion ist ein String mit 
den Formatinformationen der Eingabewerte. 
Die weiteren Argumente von scanf sind die Va- 
rlablen, in die die Werte eingelesen werden. 
Da Parameter sich jedoch nur als Werte über- 
geben lassen, können sie an die aufrufende 
Routine auch keine Werte zurückgeben. Die 
Parameter müssen daher statt der Variablen 
selbst die Adressen der Variablen enthalten. 
Vor jeder beim Aufruf von scanf angegebenen 
Variable muß daher der Adreßoperator & ste- 
hen. 

#include<stdio.h> 

main () 

| u. 
int count, size.of input, 
double smallest, largest, number, min(), 

max(); 

/* beachten sie die deklaration der funktionen 
min and max */ 

/* beachten sie weiterhin, daß im inneren 
eines blockes deklarierte variablen außer- 
halb des blockes nicht verfuegbar sind */ 
printheading(); 

/* nach aufruf der funktion wird der zurueckge- 
gebene wert als int angesehen und 'wegge- 
worfen', d. h. nirgendwo anders eingesetzt 

% 
printf ("/nsize of input:"); 
scanf ("%d",‚&size of input); 

/* herausfinden, wieviele zahlen eingelesen 
werden sollen */ 
printf ("Jetzt %d reelle Zahlen eingeben :/n”, 

size_of input); 

/* die erste zahl holen, die im augenblick die 
kleinste und groesste ist */ 
scanf ("%if", &änumber); 
largest=smallest=number; 

/* jetzt die anderen zahlen holen */ 


for (count=2; count<=size.of input; 
+-+count) 


scanf("%if", anumber); 
smallest = min (smallest, number); 
largest=max (largest, number); 
} 
printf ("/nsmallest is %f/nlargest is 
%f/n", smallest, largest); 


/* hier die funktionsdefinitionen */ 
printheading(, 
/* da kein typ gebraucht wird, int annehmen */ 


printf ("/n%s/n%s/n%s/n”, 
"Zuerst die Groesse des Zahlensets ein- 
geben”, 
"dann entsprechend viele reelle Zahlen 
eingeben.”, 
„Die groesste und kleinste Zahl werden 
dargestellt”); 


double min(x,y); 
double x,y; 
/* beachten sie die parameterdeklaration */ 


if (x<y) 
return (x); 

else 
return(y); 


double max (x,y); 
double x,y; 


f(x>y) 
return(x); 

else 
return(v): 


Viele Compiler verstehen „Compileranweisun- 
gen“, die in den Programmtext eingebaut sind. 
Bei C wurde dieses Konzept weiter ausgebaut 
als bei den meisten anderen Sprachen. Jeder 
C-Compiler enthält daher einen „Vorprozes- 
sor", der bestimmte „Steuerzeilen" als Befehle 
erkennt und das Programm verändert, bevor es 
überhaupt dem Compiler übergeben wird. Sie 
sind am vorangehenden # auszumachen. 

Die Vorprozessoranweisung #include<da- 
teiname> oder #include”dateiname” befiehlt 
dem Vorprozessor, an dieser Stelle den Inhalt 
der angegebenen Datei einzuschließen. Ei- 
nige Systeme kennen keinen Unterschied zwi- 
schen spitzen Klammern <> und Anfüh- 
rungszeichen "", andere suchen dadurch je- 
doch an unterschiedlichen Plätzen nach den 
angegebenen Dateien. Spitze Klammern wer- 
den normalerweise für Systemdateien einge- 
setzt und Anführungszeichen für selbstdefi- 
nierte Dateien. Die Funktionen printf und scanf 
sind in der Systemdatei stdio.h enthalten. Alle 
Programme, die damit arbeiten, müssen daher 
die Anweisung #include<stdio.h> enthalten. 


The 100° 
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Da diese Aufrufe geschachtelt werden dür- 
fen, können auch eingeschlossene Dateien mit 
#include weitere Dateien einbeziehen. 

Die Anweisung #define macht den Einsatz 
von Macros möglich. Die einfachste Form ist 
dabei die Definition einer Konstanten. #define 
EOF-1 ersetzt beispielsweise jedes Auftreten 
des Namens EOF durch —1. 

#define PI 3.14159 

#define EOQ == 
Derart definierte Namen werden in Großbuch- 
staben geschrieben und normale Variablen in 
Kleinbuchstaben. 

Auch Parameter können in Macrodefinitio- 
nen wie 

#define SUMSOx,y)((x*x)+(y*y)) 
vorkommen, so daß eine Art Funktionsdefini- 
tion wie in BASIC vorliegt. Das Auftreten von 
SUMSQ(3,4) würde dabei durch ((3*3)+ (4*4)) 
ersetzt werden. Die Klammern sind aus Sicher- 
heitsgründen mit aufgeführt: Das Macro 
könnte nun in einer Situation eingesetzt wer- 
den, in der Klammern nötig sind. 

Oft wird auch die Anweisung 
#if...#else...#endif verwandt, die die be 
dingte Compilierung steuert. Wenn der kon- 
stante Ausdruck nach der #if-Anweisung mit 
wahr (nicht-Null) bewertet wird, werden die 
darauf folgenden Codezeilen compiliert. Er- 
gibt die Bewertung des Ausdrucks falsch 
(Null), werden die auf #else folgenden Zeilen 
compiliert. Diese Struktur ist besonders bei 
der Programmentwicklung praktisch, wenn zu- 
sätzliche printf-Befehle Klarheit über den Pro- 
grammablauf bringen sollen. Hier können An- 
weisungen wie #define DEBUG 1 eingesetzt 
werden, die bei Bedarf mit 

#if DEBUG 

printf(werte .....) 

#endif 
die gewünschten Werte ausdrucken. Nach 
Beendigung der Fehlersuche muß nur #define 
DEBUG 0 angegeben werden, und eine er- 
neute Compilierung schließt diese Anweisun- 
gen nicht mehr mit ein. 


Das von Prentice-Hall 
herausgegebene Buch 
„The C Programming 
Tutor“ ist eine ausge- 
zeichnete Einführung in 
die Sprache. Klar und 
deutlich geschrieben, 


werden dem Leser 


komplizierte Themen 


nahegebracht. Das 


Buch ist besonders für 


Leser geeignet, die 


au- 


ßer BASIC keine ande- 
ren Programmierspra- 


chen kennen (ISBN 
0-13-110024-6). 
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Die Memory Map des 
48K Spectrum (und 
Spectrum+) zeigt deut- 
lich, wie das Interface 
1 die Belegung einiger 
RAM-Bereiche verän- 
dert. Die Systemvaria- 
blen erstrecken sich bis 
23733. 


des 
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Die vielen Talente 


Spectrum 


Wir beginnen eine Serie über das 
Betriebssystem des Sinclair Spec- 
trum und untersuchen zunächst 
die Memory Map des Computers. 
Dabei wird deutlich, welche Posi- 
tionen sich für die Unterbringung 
von Maschinencode am besten 
und einfachsten eignen. 


D: Sinclair Spectrum hat im Gegensatz 
zum Acorn B kein separates Betriebssy- 
stem-ROM. OS und BASIC-Interpreter des 
Spectrum (bzw. Spectrum+) befinden sich auf 
dem gleichen Chip. Das OS des Spectrum ist 
ein kompakter Satz von Routinen, der etwa 
halb soviel Codes umfaßt wie das OS des 
Acorn B. Es macht etwa sieben KByte der 16 
KByte des ROM-Chips aus, 

Trotz des langlebigen Betriebssystems und 
seines kompakten Codes hat der Spectrum im 
Vergleich zum Acorn B einen großen Nachteil. 
Da sein OS — von wenigen Ausnahmen abge- 
sehen — nicht mit Vektoren arbeitet, ist eine 
Änderung bestimmter Abläufe recht kompli- 
ziert. Das Problem läßt sich jedoch umgehen. 
Wir kommen später darauf zurück. 

In unserer Serie über das OS des Acorn B 
haben wir erfahren, daß das Betriebssystem 
die Routinen für Ein- und Ausgabe, Anzeige, 
Speicherung und Interrupts steuert und gene- 
rell die Schnittstelle zwischen Hardware und 
dem Anwenderprogramm oder einem BASIC- 
Interpreter darstellt. Sehen wir uns zunächst 
die Memory Map des Spectrum im Bild an. 

Den ersten Speicherblock von 16 KByte be- 
legt das ROM mit BASIC-Interpreter und Be- 
triebssystem. Das OS befindet sich in den un- 
teren sechs bis sieben KBytes des Chips und 
der BASIC-Interpreter in der oberen Hälfte. 
Wenn das Gerät mit dem Interface 1 arbeitet, 
werden die unteren acht KByte des Speichers, 
ähnlich wie der Bereich von &8000 bis &BFFF 
auf dem Acorn B, durch „Paging“ angespro- 
chen. Beim Zugriff auf die Routinen des Inter- 
face 1, zum Beispiel zur Steuerung der Micro- 
drives oder der seriellen Schnittstelle, wird das 
normale ROM ausgeblendet und statt dessen 
das ROM des Interface 1 angesprochen. 

Den restlichen Speicher nimmt das RAM ein. 
Beim Einsatz des Interface 1 gibt es allerdings 
Unterschiede zum normalen Aufbau. 

Der Bildschirmspeicher enthält die Daten 
der Abbildungen, die auf dem Bildschirm an- 


gezeigt werden sollen. Die zugehörigen Farb- 
daten und Informationen wie BRIGHT und 
FLASH werden in der Attributdatei gespei- 
chert, da sie sich jeweils auf ein Zeichenfeld 
der Anzeige beziehen. Der Druckbuffer be- 
steht aus 256 Speicherbytes, die vom ZX-Druk- 
ker abgefragt werden, wenn der Befehl für 
eine Hardcopy eingegeben wird. 

Die Systemvariablen werden vom OS und 
vom BASIC-Interpreter benutzt. Sie enthalten 
die wichtigsten Systemdaten. Eine vollständige 
Liste dieser Variablen ist im Anwenderhand- 
buch des Spectrum abgedruckt. Leider wurde 
sie nicht in das Handbuch des Spectrum+ 
übernommen. 

Im Bereich der Systemvariablen treten die 
Unterschiede zwischen einem Spectrum, der 
mit oder ohne das Interface ] arbeitet, am 
deutlichsten zutage. Das ROM des Interface 1 
benötigt für seine Abläufe einen Arbeitsbe- 
reich und außerdem Systemvarjablen, die es 
selbst erzeugt und hinter den normalen Sy- 
stemvariablen des Spectrum ablegt. Da dabei 
jedoch die Aufteilung des restlichen Speichers 
ins „Rutschen“ gerät, müssen einige Bereiche 
umorganisiert werden. 

Auch die „Microdrive Maps“ gibt es nur bei 
Verwendung des Interface 1. Sie geben an, 
welche Bereiche des Bandes belegt sind. 

Bei den „Kanaldaten“ hat man begrenzte 
Möglichkeiten, die Befehle LLIST, LPRINT, IN- 
PUT# und PRINT# über Vektoren einzusetzen. 
Sie können beispielsweise einen Maschinen- 
codetreiber für einen Standarddrucker schrei- 
ben und die Kanaldaten so ändern, daß bei der 
Ausgabe von LLIST oder LPRINT Ihr Code und 
nicht die normalen Routinen des BASIC-Inter- 
preters zum Einsatz kommen. In der nächsten 
Folge beschäftigen wir uns mit Abläufen die- 
ser Art. Die Kanaldaten werden ebenfalls vom 
Interface 1] benötigt. 


Editieren und Eingabe 


Im Bereich Programmtext speichert das Sy- 
stem den Text von BASIC-Programmen und de- 
ren Variablen. 

Der Arbeitsbereich für „Editieren und Ein- 
gabe" wird vom System für das Editieren ein- 
zelner Programmzeilen oder die Eingabe von 
Daten und Programmzeilen eingesetzt. Da die 
Programmzeilen nach Beendigung des Editie- 
rens oder der Eingabe an den entsprechenden 
Positionen des Programms untergebracht wer- 
den, stehen diese Bereiche danach zur freien 
Verfügung. 

Über diesem Arbeitsbereich liegen mehrere 
Stacks. Den „Kalkulationsstack“ verwendet der 
BASIC-Interpreter für arithmetische Berech- 
nungen. Mit dem Z80-Stack arbeitet die CPU 
aufähnliche Weise, wie der 6502 die Speicher- 
seite Eins benutzt: Dort werden die Rück- 
sprungadressen der Maschinencodesubrouti- 
nen und zwischengespeicherte Daten unterge- 


bracht. Der GOSUB-Stack wird wiederum vom 
BASIC-Interpreter gebraucht. Er speichert die 
Rücksprungadressen der GOSUB-Befehle in 
BASIC. Schließlich gibt es noch einen Bereich 
für anwenderdefinierte Grafik mit den vom An- 
wender definierten Zeichen. 

Die Memory Map zeigt deutlich, daß für 
selbstgeschriebene Maschinencodepro- 
gramme kein Speicher reserviert wurde. Der 
Spectrum kann Maschinencode in drei Berei- 
chen unterbringen: In einem REM-Befehl der 
Zeile 1. Die Speicherposition der ersten Zeile 
kann aus dem Wert der Systemvariable PROG 
errechnet werden. Wenn Sie auf PROG fünf ad- 
dieren, erhalten Sie die Adresse des ersten 
Zeichens eines REM-Befehls in Zeile 1. 

Maschinencode kann aber auch im Druck- 
buffer oder im Bereich zwischen RAMTOP und 
dem Speicher für anwenderdefinierte Zeichen 
abgelegt werden. Auf dem Acorn B ähnelt die 
letzte Methode dem Einsatz des Speichers 
zwischen HIMEM und dem Anfang des Video 
RAMSs. Die folgende Tabelle zeigt die Vorteile 
der beiden Methoden: 


TRRTRSER EEE 
R ER ee [ea 


REM in Zeile 1 


Dal. 2 Eu za Ara. v £ Ku ", 
Druckbutter | fi | 3 Wr | 
lüberramro | V | O3 Vo 


* Sollte bei Betrieb eines Druckers nicht verwandt 
werden 


Es ist leicht zu erkennen, daß nur die letzte 
Möglichkeit in Frage kommt, da die beiden an- 
deren in gewissen Situationen Probleme verur- 
sachen. Jeder Bereich oberhalb von RAM-TOP 
kann von BASIC nicht überschrieben werden. 
Er läßt sich außerdem leicht reservieren. Die 
genaue Position von RAMTOP ist in einer Zwei- 
Byte-Variablen bei den Adressen 23730 und 
23731 gespeichert. Der Wert hat das übliche 
Z80-Format: Lo-Byte gefolgt Hi-Byte. Der Befehl 
liefert die aktuelle Position von RAMTOP: 

LET ramtop=PEEK23730 + 256*PEEK23731 


Nachdem Sie die Position von RAMTOP her- 
ausgefunden haben (auf einer standardmäßi- 
gen 48-K-Maschine liegt sie auf 65305), sollten 
Sie abschätzen, wieviele Byte Ihr Maschinen- 
codeprogramm verlangt. Mit der Formel: Wert 
= RAMTOP — (Zahl-der-Programmbytes + 1) 
können Sie den neuen Wert errechnen und 
RAMTOP mit dem CLEAR-Befehl einfach her- 
untersetzen: 
CLEAR Wert 


Von einem BASIC-Programm aus löst dieser 
Befehl zunächst ein CLS aus, stellt dann die 
PLOT-Position auf den Ausgangswert zurück 
und ruft RESTORE auf. Außerdem wird der GO- 
SUB-Stack gelöscht und verlegt. Sie sollten mit 
diesem Befehl vorsichtig umgehen und ihn 
möglichst am Programmanfang unterbringen. 


A 
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Nach Ausführung von „CLEAR Wert“ enthal- 
ten die Adressen 23730 und 23731 die neue Po- 
sition von RAMTOP. Das erste Byte, das Ihnen 
für den Maschinencode zur Verfügung steht, 
befindet sich bei der Adresse (Wert + 1). Auf 
einer Standardmaschine mit 48 KByte reser- 
viert der Befehl CLEAR 59999 etwa fünf KByte 
für Ihre Programme (Anfang bei 60000). Sie 
können Ihren Code mit POKE in den reservier- 
ten Bereich schreiben. 


Keine OSBYTE und OSWORD 


Sehen wir uns nun einige Systemvariablen an, 
die Informationen über die Speicheraufteilung 
enthalten. Zugriff auf die Variablen erhalten 
Sie mit PEEK oder POKE in die entsprechen- 
den Speicherstellen. Es gibt jedoch keine Sy- 
stemroutinen wie OSBYTE oder OSWORD, die 
auf dem Acorn B zur Verfügung standen. 

© chars: Diese Variable liegt bei 23606 und 
23607 und zeigt auf eine Speicheradresse, die 
sich 256 Bytes unter der Information über den 
Zeichensatz befindet. Normalerweise zeigt die 
in dieser Zwei-Byte-Variablen gespeicherte 
Adresse auf eine ROM-Adresse, die 256 Bytes 
unter dem ersten Byte der Definition des Leer- 
zeichens (CHR$(32)) liegt. Die aktuelle 
Adresse der Variablen kann mit 

LET chars=PEEK 23606 + 256*PEEK 23607 


abgefragt werden. Wenn Sie einen eigenen, 
im RAM gespeicherten Zeichensatz verwen- 
den wollen, brauchen Sie nur mit dem Wert 
dieser Adresse darauf zu zeigen. 

® vars: Diese Variable (in 23627 und 23628) 
enthält die Anfangsadresse der gespeicherten 
BASIC-Variablen. Sie können diesen Wert zwar 
mit PEEK abfragen, sollten ihn aber nicht än- 
dern, da der Spectrum dann seine Varlablen 
nicht mehr „findet“. Die Zeile 

LET vars=PEEK 23627 + 256*PEEK 23628 


ergibt die Anfangsadresse der Variablen. 

© prog: Diese Systemvariable (bei 23635 und 

23636) enthält die Anfangsadresse des BASIC- 

Programms und entspricht damit der System- 

variablen PAGE des ACORN B. Sie wird mit 
LET prog=PEEK 23635 + 256*PEEK 23636 


abgefragt. Der Befehl 
PRINT vars-prog 


zeigt die Länge des Programms an. 
@ eline: Die Variable ist an den Adressen 23641 
und 23642 untergebracht und enthält die An- 
fangsadresse von Texten, die in das Gerät ein- 
gegeben werden. Sie können damit feststel- 
len, wieviel Speicher die Variablen belegen. 
Wenn Sie vars bereits ermittelt haben, ergibt 
LET eline=PEEK 23641 + 256*PEEK 23642 
PRINT eline-vars 


den von den Variablen belegten Speicher. 


@ chans: Diese Variable (bei 23631 und 23632) 
liefert die Anfangsadresse der Kanalinforma- 
tion. Wir gehen in dieser Serie noch genauer 
auf die Kanäle ein. 

@ stkend: Diese Variable liegt an den Adres- 
sen 23653 und 23654. Zusammen mit dem Wert 
von RAMTOP gibt sie Auskunft darüber, wie- 
viel Speicherplatz für BASIC-Programme und 
Variablen noch zur Verfügung steht. 

LET stkend=PEEK 23653 + 256*PEEK 23654 


errechnet den aktuellen Variablenwert und 
PRINT ramtop — stkend 


ergibt den verbleibenden freien Speicher- 

platz. Sie können den freien Speicher aber 

auch mit einer ROM-Routine errechnen, die je- 

doch nicht so präzise arbeitet wie die oben ge- 

schilderte Methode. Wenn Sie den aktuellen 

Wert von RAMTOP bereits haben, ergibt 
PRINT ramtop — USR 7962 


eine ungefähre Angabe über den noch freien 
Speicherplatz. 


Assemblerzeit 


Für die Besitzer eines Sinclair Spectrum, die 
mit Maschinencode arbeiten wollen, gibt es 
eine Reihe von Assemblerpaketen. Eines der 
bekanntesten ist DEVPAC 3 von Hisoft. Es 
wird auf Cassette geliefert und enthält den 
GENS3 Assembler und den Monitor/Disas- 
sembler MON3. Auch eine Microdrive-Ver- 
sion ist verfügbar. DEVPAC 3 ist zwar nicht 
besonders bedienerfreundlich, aber sehr 
preisgünstig. 


Weiterhin gibt es die Doppelpakete Editor 
Assembler und Spectrum Monitor von Pictu- 
resque. Das System von Picturesque hat den 
Vorteil, daß es problemlos auf einem 16K 
Spectrum läuft. Die Handbücher dieser Pa- 
kete sind besser als die von Hisoft, und das 
gesamte System macht einen weit professio- 
nelleren Eindruck. 
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Alles mit Maßen 


Dem Spectrum fehlt unter anderem eine kom- 
fortable Möglichkeit, die Länge eines Pro- 
gramms zu berechnen. Wir haben hier ein 
Dienstprogramm abgedruckt, das die Länge 
des im Speicher abgelegten BASIC-Pro- 
gramms mit den Systemvariablen PROG und 
VARS berechnet und in einem REM-Befehl 
der Zeile 1 ablegt. Das Modul stellt nur die 
Anforderung, daß die erste Zeile des Pro- 
gramms ein REM mit mindestens fünf Zei- 
chen enthält: 


1 REM 00000 Bytes lang 


Die Ausführung des Maschinencodes 
‚schreibt in diese Zeile die Programmlänge, 
etwa: 


1 REM 00801 Bytes lang 


Das erste Listing enthält das Assemblerpro- 
gramm. Wenn Sie keinen geeigneten Assem- 
bler haben, können sie den Maschinencode 
auch einfach über das BASIC-Ladeprogramm 
einlesen. 

In dem BASIC-Ladeprogramm setzt CLEAR 
61999 den Wert der Systemvariablen RAMTOP 
auf 61999. Das erste „sichere“ Byte befindet 
sich daher bei der Adresse 62000, und hier 
beginnt auch der Maschinencode. RAMTOP 


Assembler- s2uu# 18 
programm 2406 2A4BSC 24 
42903 EDSBS3SC 39 
62887 AF 48 
s2808 EDS2 5a 
s2418 DD2AS3SC 68 
42014 DD23 78 
620816 DD23 sa 
s2618 DD23 >a 
629268 DD23 188 
s2022 DD23 118 
62624 811927 128 
s2627 CDSBFZ 138 
‘2036 DD23 148 
s2032 B1ESO3 158 
62035 CDSBF2 168 
s2438 DD23 178 
‘20408 916488 188 
62843 ÜDSBF2 178 
62646 DD23 288 
‘2048 H1AAaa 218 
62851 CDSBFZ 228 
32854 DD23 238 
620856 H18188 248 
62059 258 
62944 258 
82041 278 


PRINT: 
Li: 


62063 
52865 
52055 
42068 


238 
278 
3a 


318 FINISH: 


62057 
s2071 
2674 


328 
338 
348 


Ladeprogramm 1» REM 88888 Bytes Long 
in BASIC 28 CLEAR #195? 
38 FOR i=8 TO 74 
48 READ a: POKE 
59 NEXT i 


szadd+i,a 


bleibt bis zur Ausführung eines weiteren 
CLEAR n oder eines PRINT USR 0 auf dem 
eingestellten Wert. Auch ein Ab- und An- 
schalten der Maschine löscht den Wert. Da 
NEW keinen Einfluß auf RAMTOP hat, kann 
der Maschinencode von BASIC nicht über- 
schrieben werden, solange der geänderte 
RAMTOP aktiv ist. 

Wenn sich das Programm im Speicher be- 
findet, kann es mit USR aktiviert werden. Das 
Argument der Funktion USR(n) gibt die 
Adresse der Maschinenroutine an, die Sie 
aufführen wollen. Diese Adresse kann jede 
beliebige Speicheradresse sein. Die folgen- 
den Befehle rufen daher alle einen Maschi- 
nencode bei Adresse 62000 auf und können 
unseren Programmcode aktivieren: 


RANDOMISE USR(62000) 
PRINT USER (62000/ 
LET L=USR(62000) 


Das mit PRINT und LET eingesetzte USR lie- 
fert ein Ergebnis an BASIC zurück, das weiter 
verarbeitet werden kann. Das Resultat befin- 
det sich beim Rücksprung des Maschinenco- 
des zum BASIC in dem Registerpaar BC. 
Wenn Ihre Routine den Wert des BC-Regi- 
sters nicht berührt, wird die Adresse der 
Routine zurückgeliefert. 


ORG 42584 
LD HL,(23427) 
LD DE, (23635) 
XOR A 
SBC HL,DE 
LD 1X, (23435) 
INC IX 
INC 1X 
INC 1X 
INC IX 
INC IX 
LD BC,180888 
CALL PRINT 
INC IX 
LD BC,1008 
CALL PRINT 
INC IX 
LD BC,186. 
CALL PRINT 
INC 1X 
EC,18 
PRINT 
IX 
BC ,1 
A clear carry 
A 
HL,BC 


‚get WARS in HL 

iget FPROG in DE 

clear carry flag 

;sget program length intca HL 
‚start of proaram into IX 


sincrement IX to point to 
‚character after REM token 
sin first program line 


‚start getting ASCII codes 
‚of each digit in program 
;lenath and store im REM 
‚statement 


and xero counter 


;subtract power of ten from 
sprogram lenath... 


C©,FINISH sand jump 
A since Areg 
[81 srepeat 

HL ,BC irestore prog length to 
‚positive value for the next 
ipawer at ten 

‚get ASCII code of diait 
‚store ASCII code in REM 
ıfinished 


if negative 
if not negative 


A,48 
IX ,A 


Anmerkung: Um sicherzustellen, daß unser 


10088 DATA 42,75,92,237,91,83,92,175,237,82,221,42, 
33,92,221,35,221,35,221,35,221,35,221,35,1,16,39,2 
05,107,242,221,35,1,232,3,205,107,242,221,35,1,188 
‚e 

1818 DATA 285,197,242,221,35,1,19,8,285,107,242,22 
1,35,1,1,00,175,183,237,66,56,3,68,24,-8,9,198,48, 
221,119,8,201 


Programm die korrekte Position findet, an der 
die Ziffern mit der Programmlänge eingesetzt 
werden, sollten Sie zwischen der Zeilennummer 
und dem Schlüsselwort REM keine Leerzeichen 
einsetzen. 
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Die Forschung an dem 
von Xerox gegründeten 
PARC beeinflußte viele 
unterschiedliche Berei- 
che der Sprach- und 
Hardwareentwicklung. 
Die Folgen sind in der 
Entwicklung von PAS- 
CAL und Modula-2 
deutlich erkennbar. 
Viele der frühen Pro- 
dukte sind immer noch 
verfügbar. So hat sich 
GKS, das „Grafics Ker- 
nel System“ für die ma- 
schinenunabhängige 
Grafikprogrammierung, 
in eine komplexe An- 
wendung entwickelt, 
die auf den CAD-CAM- 
Bereich beschränkt ist. 
Am anderen Ende der 
Skala erschien die Be- 
triebssystemerweite- 
rung GSX. Die verwen- 
deten Abkürzungen: 


ETH — ElektroTechnische 
Hochschule (Professor Niklaus 
Wirth) 

PARC — Xerox Palo Alto 
Research Center 

UCSD — University of California 
at San Diego 

GKS — Graphics Kernel System 
(standardised in 1977) 

DR — Digital Research Ltd 

GSX — Graphics System 
Extension (DR) 

GEM — Graphics Environment 
Manager (DR) 

MS — Microsoft Corporation 
GDI — Graphics Device Interface 
(MS) 
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Blitter und WIMPS 


Für unsere Untersuchung der Ursprünge des Graphics Environment 
Manager (GEM) von Digital Research sehen wir uns einige der 
älteren kommerziell verfügbaren WIMP-Systeme an. 


MALLTALK und seine Nachfolger GEM, 

Macintosh und MS-Window stellen gewal- 
tige Anforderungen an die Hardware. Wie 
schon in der letzten Folge erwähnt, sollten die 
Entwicklungsingenieure des von Xerox ge- 
gründeten PARC Forschungszentrums Maschi- 
nen für diese neuen Systeme konstruieren. 

Der Xerox Star wurde 1980 vorgestellt. Er ba- 
sierte auf der Forschung im Bereich Schnitt- 
stelle Mensch-Maschine (MMI) und der 
objektorientierten Umgebung von SMALL- 
TALK. Die Eingabe wurde über eine Maus mit 
drei Knöpfen ausgeführt, und er arbeitete mit 
Fenstern und Piktogrammen auf einem hoch- 
auflösenden Bildschirm, der im Bit-Map- 
Verfahren gesteuert wurde. Aufgrund fehlen- 
der Software und des hohen Preises hatte der 
Star jedoch nie Erfolg. 

Das Gerät machte dennoch die Computer- 
welt auf die Möglichkeiten von WIMP auf- 
merksam. Die Firma ICL baute daraufhin in 
England die Perg Arbeitsstation, die viele Ei- 
genschaften des Star kopierte. Perq war auf 
den wissenschaftlichen und akademischen 


Bereich ausgerichtet und verfügte speziell 
über CAD-Grafik und die Fähigkeit, Text und 
Grafik mischen zu können. Das System hatte 
einen hochauflösenden, monochromen Bild- 
schirm, arbeitete mit Fenstern, Menüs und Zei- 
gern und kostete etwa 40 000 Mark. Das Gerät 
wurde in England etwa 2500mal verkauft 
(hauptsächlich wegen seiner Netzwerkkompa- 
tibilität mit den Großcomputern von ICL) und 
machte sich damit bezahlt. 

Apples Lisa war jedoch der erste Computer, 
der die WIMP-Technologie 1983 ins Licht der 
Weltöffentlichkeit rückte. Die Lisa war im Dis- 
kettenzugriff sehr langsam, und es gab nur we- 
nig Software für das Gerät. Die Markteinfüh- 
rung wurde außerdem von der Vorstellung des 
IBM PC kommerziell „überschattet“. 

Für die Grafiksteuerung von Piktogrammen, 
Menüs und Fenstern ist eine Bildschirman- 
zeige mit Hochgeschwindigkeit und im Bit- 
Map-Verfahren unbedingt notwendig. Das 
Zentrum von GEM bildet daher ein System, das 
Bilder sehr schnell über den Schirm bewegen 
kann. Obwohl SMALLTALK mit einem Interpre- 


Sprache 


Grafik- 
Software 


Systeme/ 
Arbeitsstationen 


(IN Campridge 


ter und nicht mit einem Compiler arbeitete, 
mußten die Grafikroutinen dennoch extrem ef- 
fektiv sein. Doch selbst ohne die Grafiksteu- 
erung ist die Verwaltung von sich überlagern- 
den Fenstern und die Aktualisierung der sich 
ständig verändernden Inhalte nicht gerade 
einfach. 

Der Ablauf mehrerer gleichzeitig aktiver 
Programme (durch Timesharing der CPU si- 
muliert) verringert die für den Bildschirmauf- 
bau zur Verfügung stehende Zeit nochmals. 
Zwar können moderne 16/ 32-Bit-Prozessoren 
wie der Motorola 68000 (im Macintosh, Atari 
520 ST und Amiga eingesetzt) Geschwindig- 
keiten von etwa zwei mips (Millionen Instruk- 
tionen pro Sekunde) erreichen, doch stellt al- 
lein die Menge des Programmcodes für die 
Bildschirmsteuerung schon hohe Anforderun- 
gen. Dabei mußten neue Techniken entwickelt 
werden, die mit den Betriebssystemen mithal- 
ten konnten. 


Hardware-Algorithmen 


Um überhaupt vertretbare Ausführzeiten zu er- 
reichen, wurden „Hardware-Algorithmen" ein- 
gebaut bzw. Spezialchips eingesetzt, die der 
CPU die umfangreichen Bitmanipulationen ab- 
nahmen. Jetzt hatte die CPU genug Zeit für die 
Programmausführung und brauchte ihre wert- 
vollen Kapazitäten nicht für die Bildschirmsteu- 
erung einzusetzen. Vielleicht das beste Bei- 
spiel für diese Methode ist der Amiga von 
Commodore. 

Der Amiga besitzt einen 68000, an den drei 
Spezialchips zur Steuerung der E/A-Kanäle 
angeschlossen sind. Diese Chips — Portia, 
Agnes und Daphne genannt — beeinflussen 
die beeindruckende Leistung der Maschine 
wesentlich. Eine hochauflösende Anzeige 
kann beispielsweise in einer Sekunde (mit 
beigeordneten Klängen) so oft aktualisiert 
werden, daß ein schneller, gleitender Bewe- 
gungsablauf entsteht. 

Obwohl moderne Konstruktionstechniken 
viel dazu beigetragen haben, daß sich Peri- 
pheriechips dieser Art leicht einsetzen lassen, 
liegt der Ursprung der Algorithmen in der Vor- 
arbeit von Xerox. Der entsprechende SMALL- 
TALK-Algorithmus hieß BITBLT („BIT Block 
Transfer“) und wurde oft als „bit-blit“ oder 
„blitter“ bezeichnet. BITBLT steuert seine Bil- 
der nicht, indem er mit einem Zeichenalgo- 
rithmus ständig den Bildschirmspeicher än- 
dert, sondern arbeitet unabhängig vom Haupt- 
prozessor direkt mit dem Bildschirmspeicher. 
Dabei „fragt“ er die Speicherstellen auf ähn- 
liche Weise ab, wie ein Elektronenstrahl den 
VDU-Schirm abtastet. 

Seine hohe Geschwindigkeit erreicht BITBLT 
jedoch nicht nur durch das Abtasten des Spei- 
chers, sondern durch die Verarbeitung von 
Bildschirmbytes statt Bits. Auf den ersten Blick 
scheint das eine Einschränkung zu sein: Wie 


lassen sich einzelne Bits ändern, wenn nur 
Gruppen von acht Bits angesprochen werden 
können? 

Blitter lösen dieses Problem, indem sie mit 
AND, OR und XOR in Hochgeschwindigkeit 
bitweise Logikoperationen am Bildschirmspei- 
cher vornehmen. Der Algorithmus kann eine 
Reihe von Bytemasken erzeugen, die über die 
bestehende Anzeige gelegt werden. Diese lo- 
gischen Vorgänge sind extrem schnell. Beson- 
ders XOR hat die Fähigkeit, überschriebene 
Hintergründe wiederherstellen zu können. 


Der Star von Xerox bie- 
tet eine Reihe von Fä- 
higkeiten, die aus den 
Konzepten von SMALL- 
TALK entwickelt wur- 
den. Das System bietet 
verschiedene Schriftar- 
ten in mehreren Größen 
und Grafikeigenschaf- 
ten, die in einer WIMP- 
Umgebung laufen. 


Der Perg von ICL war 
der erste englische 
Computer, der mit den 
ursprünglich von Xerox 
entwickelten Techniken 
arbeitete. Die hochauf- 
lösende Anzeige besitzt 
außergewöhnliche gra- 
fische Eigenschaften. 
Die Maschine wurde 
hauptsächlich an For- 
schungsinstitute ver- 
kauft. Einer der ersten 
Anwender war das In- 
stitut für Künstliche In- 
telligenz an der Edin- 
burgh University, das 
die grafischen Fähig- 
keiten des Perg unter 
anderem für Forschung 
auf dem Gebiet der 
Sichtmöglichkeiten von 
Robotern einsetzte. 
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Die Neue 


Wir behandeln die notwendigen 
Änderungen, um das Programm 
auf einem Acorn B zu starten. 


U:: Simulationsspiel ist in BASIC ge- 
schrieben, so daß es mit geringfügigen 
Änderungen auch auf dem Acorn B lauffähig 
ist. Die Hauptänderungen betreffen den Befehl 
zum Löschen des Bildschirms und die Routine 
zum Abfragen der Tastatur. An den Stellen des 
Listings, an denen der Befehl PRINT 
CHRS$(147) steht, sollten Acorn-B-Benutzer den 
Befehl CLS einsetzen. 


Schleife initialisieren 


In der hier gezeigten Commodore-64-Version 
wird eine Schleife initialisiert, die mit GET Zei- 
chen von der Tastatur liest. Sie bricht ab, so- 
bald ein anderes Zeichen als ein Nullstring 


übermittelt wird. Diese Konstruktion taucht an 
verschiedenen Stellen auf: 

<Zeile #> GET I$: IF I$="" THEN <Zeile 

#> 


und ist zu ersetzen. Das Acorn-B-BASIC verfügt 
über einen speziellen Befehl mit derselben 
Wirkung: 

<Zeile #> I$-GET$ 


Jeder Darstellungs-Modus des Acom B hat 
einen anderen Speicherplatzbedarf. Damit die 
Maximalmenge an BASIC-Speicher für das 
Programm zur Verfügung steht, sollten Sie 
beim Acorn B Modus 7 verwenden. Dieser Mo- 
dus ist beim Einschalten des Computers auto- 
matisch aktiviert. Um Fehler zu vermeiden, 
sollte folgende Zeile eingefügt werden: 
5 MODE 7 


Bald kann das große Abenteuer beginnen. 
Viel Spaß! 


53808 REM END OF WEEK REPORT 5425 PA(T)=8 
5385 PRINTCHR$(147) 5428 S$=" 
5310 S$=" CAPTAINS LOG#" :G60SUBF1BR 5448 NEXT 


5312 S$=" *":G0SUB?108 


5458 GOSUBF2B8 


5314 GOSUBY288 5455 REM CALC NEW JL 


5316 PRINT:PRINT" END OF WEEK" ;WK 
5318 GOSUB?288 


Diese Schleife überprüft, ob während der Woche 
Mannschaftsmitglieder gestorben sind, und redu- 
ziert die Anzahl CN. 


Die Stärke der Mannschaft wird über das Array TS 
(‚) ermittelt. Sinkt sie unter halbe Maximalstärke, 
wird die Reisezeit erhöht. 


5466 X=8 


5328 xX=6 

5325 FORT=1TO1& 

5338 IFTS(T,2)<>-999THENS3S8 

5335 xX=Xt+1 

5340 TS(T,1)=8:TS(T,2)=& 

5345 CN=CN-1 

5358 NEXT 

5355 IFX=8THENS488 

5358 PRINT:PRINT 

5348 S#="DURING THE PAST WEEK*" :GOSUBFLAR 


Ist die gesamte Mannschaft gestorben (CN=0), so 
ist das Spiel zu Ende. 


5365 IFCN>BTHENS3?8 

5347 S$="ALL THE REMAINING CREW DIED*" :GOSUBFLAR 
5349 G0S1UBF288 :PRINT :GOSUBF288 

5373 S$="YOUR SHIF DRIFTS HELPLESSLY*" :50SUBF1A8 
5374 GOSUB?288 

537% S$="ON THE EMPTY OCEAN *" :GOSUBF1A8 


FORT=1T0O16 

xX=X+TSCT,23 

NEXT 

IFX>7F9THENS494 

PRINT :PRINT 

S$="THE CREW IS BELOW FULL STRENGTH*" :60SUBF1 


S$="S0O JOURNEY MIGHT TAKE LONGER*" :GOSUBF1BH 
EW=EW+ (388-X) 7/8008 

REM JL=JL+INTCEW) 

JL = 8 + INTCEW) 

PRINT 

S$=K$ : GOSUBF1 58 

GETI$:IFI$=""THENS49& 

RETURN 


Um während der Fahrt unvorhersehbare Ereignisse 
eintreten zu lassen, wird eine Zufallszahl zum Auf- 
ruf einer Routine verwendet. 


5588 REM RANDOM EVENT GENERATOR 


5378 GOSUBFZOR 5562 IFRC=RMTHENRETURN 


5336 PRINT:PRINT 


5563 REM EXIT IF ALL RANDOM EVENTS DONE 


5382 S$=" GAME OVER*" :G0SUBFLAR 5594 PRINTCHR$(147) 


5384 PRINT:PRINT 


5595 GOSUBF288 


5386 GOSUB?F288 : END 5518 X=INTCRND(CLD#RMI+I 


5355 GOTOSISE 


5515 REM GENERATE RANDOM NO. BETWEEN 1 AND RM 


5376 PRINTX: 5528 IFRR(X)=1THENRETURN 


5372 IF X=1 THEN S$="CREW MEMBER HAS DIED*" 


5522 REM TRY AGAIN IF THIS EVENT ALREADY DONE 


5394 IFX<>1 THEN S$="CREW MEMBERS HAVE DIED*" 3523 RROO=1:RC=RCH 


5396 GOSUBF1A8 


5524 REM SET IND. TO SHOW THIS EVENT DONE AND INER 


5378 GOSUB?288 EMENT EVENT COUNT 


5486 PRINT:PRINT 


Sind irgendwelche Vorräte ausgegangen? Eine 
entsprechende Meldung wird ausgegeben. 5538 PRINT:S$=K$:G0SUB9198 


5535 GETI$: IFI$=""THENS53S 
5485 S$="YOU HAVE NOW RUN OUT OF " 5537 RETURN: REM RETURN TO MAIN JOURNEY LOOP 


5418 FOR T=1T04 
5415 IFPA(T)<>-999THENS448 
5428 PRINTS$:P$CT> 


5525 ON X G0T0 5549 ,5576 ,5578 ,5578,5570,5600 ,5706, 
5808 ‚5850 ,5986 ,5956,6000 ‚64858 
5528 REM GO TO APPROPRIATE CODE FÜR THIS EVENT 


Es gibt negative Ereignisse... 


5548 REM EVENT 1 - MAN OVERBOARD! 

5542 PRINT 

5543 5$=" DURING THE WEEK*#":G0SUBF188 

5545 PRINT :GOSUB?288 5 

5545 S$=" 1 PERSON WAS LOST DVERBOARD*" :GOSUBF1B8 
5548 S$=" IN A STORM*" :G0OSUBF188 

5558 PRINT :GOSUBFZ88 

5552 S$="YOUR CREW IS NOW REDUCED TOx" :GOSUBFLAG 
5554 PRINTCN-1 3; "MEMBERS" 

5558 FORT=1T01& 

5557 REM SEARCH FOR CREW MEMBER TO LOSE 

55668 IFTS(T ,Z)=80RTS(T,2)=-F99THENSSSS 

5362 TS(T,2)=-FFF:REM DEAD 

5564 T=16 

5566 NEXT 

5568 GOT0S538 

5578 REM EVENTS 2 TO 5 - PROVISIONS LÜST 


5572 X=X-1:REM X NOW POINTS TO PROVISION(1-4> 


5574 IFPACX)=@ OR PA(X)=-99%7 THENRETURN 

5576 REM NO ACTION IF THIS PROVISION ALREADY EXHAU 
STED 

5578 PRINT 

5588 S$=" DURING THE WEEK*" :GOSUBF188 

5582 PRINT :GOSUB?288 

5584 PRINT" SOME OF YOUR ":P$(X) 

5584 S$=" WAS WASHED OVERBOARD*" :GOSUBF18 

5588 PRINT :GOSUBFZ288 

5574 S$="YOU NOW HAVE APPROXIMATELY*" :GOSUBP?188 
5572 PACXI=PACKI-INTCPACKIZEINTERND(1)*3)+2)) 
5573 REM REDUCE PROV AMOUNT BY 17/2 1/3 OR1/4 
5594 PRINTINTCPACXIZECN&PNEXI DD: 

5595 PRINT"WEEKS ";P$(X);" LEFT" 

5597 GOT05536 


... aber auch gute. So kann etwa die Fleischration 
mit Fisch aufgebessert werden. 


5688 REM EVENT & - CATCH SOME FiSH 
5605 x=8 

5518 FORT=1TO1& 

5615 IFTSCT,Z)=-F99THENX=X+1 

5628 REM COUNT DEAD THIS WEEK 

5625 NEXT 


5638 IFCN-X<1THENRETURN 

5835 REM NO ACTION IF ALL CREW DEAD 

5648 PRINT 

5645 S$=" DURING THE WEEK*" :GOSUBF1B8 

5646 PRINT :GOSUBP288 

56556 S$="ÖNE OF THE CREW CAUGHT*" :GOSUBF16R 


56555 X=INTERND(C1I#1O) +11 

56668 REM 16 TO 28 KILOS 

5662 PRINTX;"KILOS OF FISH" 

5665 PRINT :G05UB?288 

5676 S$="YOUR MEAT SUPPLY 15 NOW*" :G0SUBF1AH 
5675 S$="ENDUGH FOR APPROXIMATELY*" :GOSUBFLAR 
5678 IFPAC3)=-999THENPA(3)I=B 

5688 PACH=-PACHH+X 

5685 PRINTINT<PAC3I/CCN&PNC3))) ;"WEEKS" 

5676 GOTOSS38 


Ist nur noch wenig Wasser an Bord, kann die fol- 
gende Routine weiterhelfen. In Zeile 5735 wird eine 
Zufallszahl zwischen 10 und 20 generiert. Dieser 
Wert entspricht der Wassermenge, die zu PA(4) 
addiert wird. ' 


5766 REM EVENT 7 - CATCH SOME WATER 

5785 PRINT 

5718 S$=" DURING THE WEEK*" :GOSUB?188 

5715 PRINT :GOSUBF286 

5724 St="A RAINSTORM REFILLED YOLR*" :GOSUBF1LAB 
5725 S$="WATER BARRELS#" :GOSUBF1L98 

5738 PRINT :GOSUB?288 


5735 X=INTCRND(C1D#1B9 +11 


5736 REM 1& TO 28 BARRELS 

5748 S$="YOUR WATER SUPPLY IS NOWx" :G0SUBF1 AR 
5745 S$="ENOUGH FOR APPROXIMATELY*" :GOSUBF18 
5748 IFPA(4)=-FFPTHENPA(4)=0 

5758 PAC4)=PA(4)+xX 

5755 PRINTINTCPAU4I/CCN#PN(43 3); "WEEKS" 

5768 GOTOSS38 

5888 REM EVENT 8 - GOOD WINDS 

5805 PRINT 

5818 S$="STRONG FilLLOWING WINDS ALL WEEK*" :GOSUBFI 
oa 

5815 PRINT:GOSUBFZ98 

5828 S$="YOU HAVE MADE GOOD SPEED*" :G0SUBF1HA 
5825 $ AND YOUR JOURNEY TIME 1S*" :G60SUBF188 
5838 S$="REDUCED BY 1/2 A WEEK*" :GOSUBP188 
5835 EW=EW-.5 


5337 GOT05538 


Gutes Wetter kann die Arbeitsmoral verbessern. 
Das entsprechende Array — TS(,) — wird durch- . 

_ sucht und jeder Wert um eine Zahl zwischen 5 und 
15 erhöht. 


5858 
5855 
5866 
5365 
5878 
5875 
5858 
5882 
5834 
5385 
5835 
5387 


REM EVENT 9 - G00D WEATHER 
PRINT 
S$="G600D WEATHER ALL WEEK*" :GÜSUBF188 


PRINT :GOSUBP?288 


S$="THE CREW IS FEELING HAPPIER*" :50SUBF1BR 
G0SUB9288 

S$=" AND HEALTHIER!*":50SUBF168 
FORT=1T01& 


IFTS(T.,2)=8 OR TS(T,2)=-999THENSSSE 
TSCT,2)=TSCT,2)+INTERNDE1I&*11)+5 
NEXT 

GOT05538 


Die nächsten drei Routinen betreffen die Ladung. 
Waffen können verrosten, Kleidung durch Mäuse 
angefressen werden, und Medizin-Flaschen zer- 
brechen. 


Sra8 
5985 
5718 
SP15 
5728 
5925 
5738 
5935 
5748 
5945 
5758 
5955 
5768 
5965 
5978 
5972 
5975 
5788 
5985 
5798 
5995 
s688 
6885 
“ala 
6815 
+628 
s622 
sa24 
4625 
s638 
6035 
s648 
6645 
s858 
66855 
6868 
188 

6862 
6065 
sus58 
+8 76 
6075 
s688 
6885 
+89 
6895 


s188 
6185 
4118 


SLLz? 


s115 
6128 
4122 
6125 
4138 
6133 
6135 
4138 
6146 
6145 
6148 
4158 
os 

6155 
4166 
6162 
6165 
6167 
‘178 
6172 
174 
6188 
4178 


REM EVENT 168 - LOSE MEDICINE 

IF OAC1)=8 OR OAC1)=-999THENRETURN 

PRINT 

S$="YOU DISCOVER THAT HALF YOUR*" :GOSUBF1BB 
S$="MEDICINE BOTTLES HAVE BROKEN*" :GOSUBF1AH 
OACHI=INTCOACLI/ZI 

PRINT :GOSUB9288 

S$="YOU NOW HAVE ONLY*" :GOSUBFLAB 
PRINTOA(1);"BOTTLES LEFT" 

G0T05538 

REM EVENT 11 - RUSTY GUNS 

IF OAC2)=8 OR 0OAC2)I=-FP9THENRETURN 

PRINT 

S$="YÜU DISCOVER THAT HALF YOUR*" :G0SUBF1EB 
S$="GUNS HAVE GONE RUSTY%*" :G0SUBP108 
S$="AND NO LONGER WORK*" :GOSUBF1ARA 
OACZI=INT(0AC23/2) 

PRINT :GÜOSUB9288 

S$="YOU NOW HAVE ONLY*#":G0OSUBP19A 
PRINTOA(Z) ;"GUNS LEFT" 

G0T0S538 

REM EVENT 12 - LOSE CLOTH 

IF OA(4)=8 OR OA(4)=-999THENRETURN 

PRINT 

S$="YOl DISCOVER THAT HALF YOUR*" :GOSUBF1BR 
S$="BALES OF CLOTH HAVE BEEN#" :GOSUBY1AA 
S$="GNAWED BY MICE*" :G60SUB7168 

S$="AND ARE NOW WORTHLESS*" :GOSUB?198 
DOACA)=INT(OA(4)/2) 

PRINT :G0SUB9288 

S$="YOU NOW HAVE ONLY*":G0SUBF1AR8 
PRINTOA(4) ;"BALES LEFT" 

G0T05538 

REM EVENT 13 TO 
PRINT :A$="Y" 
S$="AN ALBATROSS FLIES OVER THE SHIP*" :GOSUBF 


- ALBATROSS 


GOSUBY298 

S$="THIS IS A G00D OMEN*" :G0SUB9188 

S$="AND THE CREW IS HAPPY*" :G0SUBP?106 

PRINT :G0SUBP288 

IFPA(3) <CCN*PNC3) #CJL-WK+1) ) THENSA PA 

REM NOT SHORT OF MEAT 

GOT0s122 N 
S$="YOU’RE RUNNING SHORT OF MEAT*":GOSUBF18 
S$="AND THE BIRD WEIGHS 18 KILOS!*" :GOSUBFLUM 
PRINT :GOSUB?288 

S$="WOULD YOU LIKE TO CATCH 
INPUTI$ 

PRINT :GOSUBYP286 


IT?*" :G0SUBY186 


IFLEFT$CI$,1)="Y"THEN6133 

S$="PROBABLY JUST AS WELL! *" :G0SUBY186 

PRINT :GOSUBYP288 

S$="THE ALBATROSS FLIES AWAY....%*":60SUBY1ARA 
60705538 

IFOA{2)=B0ROA(2)=-999THENS1 BO 

S$="A SHOT IS FIRED.. „ers csern0o *" :GOSUBFLBB 


GOSUB?298 :GOSUBF288 


IFRND(1)<.STHEN6158 
SS=" once BUT MISSES!*" :G0SUBP188 
G0T08122 


S$="AND THE BIRD FALLS TO THE DECK!#" :GOSUBPI 


PRINT :G0SUB9208 

IFPA(3)=-999THENPA(3)=8 
PAC3)=PAC3)+10:B$="Y" 

S$="YOU NOW HAVE 18 MORE KILOS#" :GOSUB?1H8 
S$="OF MEAT...... *" :60SUB?188 

5$="BUT YOU MAY NOT HAVE MUCH*" :GOSUBF188 


S$="G600D LUCK FROM NOW ON!!*":G60SUB?188 
GOT0O5536 

S$="YOU CAN’T - YOU HAVE ND GUNS#":G60SUBF1BA 
GOTOs122 


Die bisherigen Ereignisse haben geringfügige 
Auswirkungen auf die Fahrt, doch es gibt sechs 
wichtige Begebenheiten, die hier per Zufall ausge- 
wählt werden. 


4588 
6588 
6518 
4528 


REM MAJOR CONTINGENCIES 
Xx=INTERND( 15 #10) +1 

ON X GOSUBS538 ,6700,68060,6709, 7449, 7058 
RETURN 
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Programmiier-Service 


Auf Nummer Sicher 


Wollen Sie Ihre Programmier- 
tricks vor neugierigen Augen 
schützen? Oder vielleicht einem 
Programm den gewissen profes- 
sionellen „Touch“ verleihen? Wir 
zeigen Ihnen, wie das geht. 


Programmier-Service 


enn ein Programm erst einmal 

läuft, kann man daran gehen, 
ihm auch ein etwas professionelleres 
Aussehen zu verschaffen. Es geht 
aber nicht nur um das gute Erschei- 
nungsbild, sondern auch darum, nicht 
jeden Anwender gleich mit der Nase 
darauf zu stoßen, welche Tricks Sie 
beim Programmieren benutzt haben. 

Der beste Schutz für ein BASIC-Pro- 
gramm vor unerlaubtem Kopieren sind 
eingebaute „Fallen“. Maschinenpro- 
gramme lassen sich mit raffinierteren 
Methoden schützen, grundsätzlich 
können aber die Techniken zum 
Schutz eines BASIC-Programms auch 
auf Maschinenprogramme übertragen 
werden. 

Welche Tricks Sie nun anwenden, 
um einen „Piraten“ am Kopieren oder 
auch nur LISTen zu hindern, hängt na- 
türlich von Ihren Anforderungen ab. 
Für sehr einfache Programme sollten 
Sie den Aufwand allerdings nicht 
übertreiben; denn: Den absolut siche- 
ren Kopierschutz gibt es nicht. Viele 
werden Ihre Schutzversuche nur als 
zusätzliche Herausforderung betrach- 
ten und sofort versuchen, Sie zu über- 
listen. Oft wollen Anwender Pro- 
gramme für eigene Zwecke modifizie- 
ren. Und so mancher wird einfach nur 
wissen wollen, wie Sie ein spezielles 
Problem gelöst haben. 


Achtung Falle! 


Schon ganz einfache Fallen können 
ein Programm schützen. Natürlich 
kann ein Fachmann sie umgehen, 
aber auch er hat seine Mühe damit. 
Mühsam ist es allerdings auch für 
den, der das Programm schreibt, be- 
sonders dann, wenn die Schutzmaß- 
nahmen schon eingegeben und auch 
aktiv sind. Die Fehlersuche kann da- 
durch überaus mühsam werden. Also: 
Nicht in die eigene Falle gehen! 

Bei diesen einfachen Methoden 
werden die üblichen SAVE-, LIST- und 
anderen Befehle außer Betrieb ge- 
setzt. Das geschieht aber erst, wenn 
das Programm gestartet wird. Das 
kann ein Vorteil sein — die Fehlersu- 
che hat man bei einem funktionieren- 
den Programm ja bereits hinter sich. 
Allerdings kann auch der Programm- 
Pirat vor dem RUN schon etwas sehr 
Wesentliches herausfinden .... 

Besseren Schutz bietet ein Pro- 


gramm, das sich nach dem Laden 
selbsttätig startet. Beim Spectrum und 
Acorn geht das, wie wir sehen wer- 
den, mit den entsprechenden SAVE- 
und LOAD-Befehlen. Beim Commo- 
dore führt Shift-Run/Stop zum automa- 
tischen Start des ersten Programms 
auf der Cassette. 

Diese Befehle werden normaler- 
weise im Direktmodus eingegeben. 
Sie können aber auch in einem sepa- 
raten Programm stehen, das vorab ge- 
laden wird. Ein solches Programm 
nennt man „Bootstrap". Je nach seinen 
Aufgaben kann es in BASIC oder Ma- 
schinencode geschrieben werden. In 
der einfachsten Form lautet es so: 


10 LOAD”Name des naechsten Programms”. 


Dieser Einzeiler lädt einfach das Pro- 
gramm, das in Anführungszeichen 
steht. 

Natürlich ist eine solche einzelne 
Zeile sinnlos. In der Praxis macht ein 
Bootstrap darum auch bedeutend 
mehr: Häufige Anwendungen sind die 
Ausgabe des Titelfensters und Copy- 
rights. Bootstraps erzeugen aber auch 
Bedienungshinweise, legen Variablen 
an — und enthalten nicht zuletzt die 
ausgefeiltesten Vorkehrungen für den 
Programmschutz. 

Dazu gehören einige der wirkungs- 
vollsten Techniken, mit denen ein BA- 
SIC-Programm geschützt werden kann 
— die Veränderung von Systembefeh- 
len. Die wahre Stärke von Bootstraps 
liegt aber in der Fähigkeit, ein Ma- 
schinenprogramm vom BASIC aus zu 
starten. 

Bootstraps werden häufig in kom- 
merziellen Programmen genutzt: 
Diese bestehen oft aus vielen Teilpro- 
grammen, die bei Bedarf unter der 
Aufsicht eines oder mehrerer Boots- 
traps nachgeladen werden. In BASIC 
führt das normalerweise zum Über- 
schreiben des ladenden Programms. 
Wenn Sie diese Technik also selbst 
anwenden wollen, müssen alle Ma- 
schinenprogramme zuerst geladen 
werden und an einen „sicheren“ Platz 
gebracht worden sein. 

Bei Programmen, die aus mehreren 
Modulen bestehen, kann der Pro- 
grammschutz auch auf einer gegen- 
seitigen Abhängigkeit einzelner Mo- 
dule aufbauen. Dabei prüft ein Modul 
die Daten eines anderen. Fehlt etwas, 
kommt es zum Systemabsturz oder 
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einem sonstigen Fehler im Ablauf, der 
eine problemlose Verwendung dieses 
speziellen Sicherungsprogramms un- 
möglich macht.. 

Wie kann man nun ein Bootstrap 
einsetzen, um ein anderes Programm 
zu starten? Für Tandy- oder Dragon- 
Rechner ist das nicht ganz einfach, da 
hier spezielle Maschinenroutinen auf- 
gerufen werden müssen, die von BA- 
SIC aus nicht zugänglich sind. 


Bei einem Spectrum-Rechner (zu. 


Acorn kommen wir noch) ist es einfa- 
cher: Innerhalb des Bootstraps muß 
nur der richtige Befehl benutzt wer- 
den. Eine einzige Zeile bringt Sie 
schon an das Ziel Ihrer Bemühungen 
und den ungebetenen Programmpira- 
ten an den Rand der Verzweiflung. 


990 LOAD "Naechstes Programm” 


Dieses Programm muß aber zuvor mit 
dem Selbststartbefehl SAVE „Naech- 
stes Programm“ LINE 1 gespeichert 
werden (für „LINE 1" wird die erste 
Programmzeile eingesetzt). Bei einer 
höheren Zeilennummer könnte man 
sogar noch ein Copyright oder Ma- 
schinencode einfügen, der zur Sicher- 
heitsprüfung ganz einfach aus REM- 
Zeilen gePEEKt wird. 


Commodore 


Das selbsttätige Starten eines Com- 
modore-Programms läßt sich nur da- 
durch bewerkstelligen, daß der 
LOAD- und RUN-Befehl in den Tasta- 
turbuffer geschafft werden, um von 
dort die Betätigung dieser Tasten zu 
simulieren und die Steuerung vom 
Bootstrap zurück zum BASIC zu über- 
geben. 

Genau das können Sie mit dem fol- 
genden Programm erreichen. Es ist 
um die Commodore-System-Routine 
„vector" aufgebaut: Ein Bytepaar gibt 
dem Betriebssystem an, welchen Teil 
des eigenen Codes es für einen spe- 
ziellen Befehl nutzen soll. Das erste Li- 
sting gilt für den Commodore 64: 


10 N$= “NAME” 

20 POKE 49189, LEN(N$) 

30 FOR Z=1 TO LEN(N$) 

40 POKE 49189 +Z, ASC 
(MID$(NS,2,1)) 

50 NEXTZ 
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60 FOR Z=679 TO 736 

70 READ X 

80 POKE Z,X 

90 NEXT Z 

100 FOR Z=49152 TO 49188 

110 READ X 

120 POKE Z,X 

130 NEXT Z 

200 POKE 770,167: POKE 771,2: 
SYS49152 

210 PRINT “OKAY”: GOTO21® 

220 DATA 169,47,133,0,169,55,133,1,32, 
138,255,169,1,141,32,208 

230 DATA 169,48,141,119,2,169,76,141, 
120,2,169,207,141,121,2 

240 DATA 169,13,141,122,2,169,82,141, 
123,2,169,213,141,124,2 

250 DATA 169,13,141,125,2,169,7,133, 
198,108,0,160 

260 DATA 162,1,160,1,169,1,32,186,255, 
162,38,160,192,173,37,192 

270 DATA 32,189,255,169,167,133, 251, 
169,2,133,252,162,5,169,3, 
169,251 

280 DATA 32,216,255,96 


Dieses Programm läuft auf dem VC 20 
ohne Erweiterung: 


10 N$= “NAME” 

20 POKE 7205, LEN(N$) 

30 FOR Z=1 TO LEN(NS) 

40 POKE 7205 + Z, ASC 
(MID$(N$,Z,1)) 

50 NEXTZ 

60 FOR Z=679 TO 723 

70 READ X 

80 POKE Z,X 

90 NEXTZ 

100 FOR Z= 7168 TO 7204 

110 READ X 

120 POKE Z,X 

130 NEXT Z 

200 POKE 770,167: POKE 771,2: SYS7168 

210 PRINT “OKAY”: GOTO210 

220 DATA 32,135,255 

230 DATA 169,48,141,119,2,169,76,141, 
120,2,169,207,141,121,2 

240 DATA 169,13,141,122,2,169,82,141, 
123,2,169,213,141,124,2 

250 DATA 169,13,141,125,2,169,7,133, 
198,108,0,192 

260 DATA 162,1,169,1,169,1,32,186,255, 
162,38,160,28,173,37,28 

270 DATA 32,189,255,169,167,133,251, 
169,2,133,252,162,5,160,3,169,251 

280 DATA 32,216,255,96 


Dieses Programm sollten Sie für spä- 
teren Gebrauch SAVEn. Danach wird 


es wieder geladen und der Name des 
Programms, das selbsttätig starten 
soll, in Zeile 10 eingegeben. Wenn Sie 
mit Cassetten arbeiten, muß dieses 
Programm nach dem Bootstrap geSAVEt 
werden. Durch das Starten des Boots- 
trap-Programms wird es in den Spei- 
cher übertragen. Wenn es danach 
wieder auf Cassette abgespeichert 
wird, sollte das Bootstrap-Programm 
den Namen des selbststartenden Pro- 
gramms tragen. Nach der Anzeige von 
OKAY die Tasten RUN/STOP und 
RESTORE drücken, um das Programm 
abzubrechen. Nun das zweite Pro- 
gramm laden und mit PEEK die Spei- 
cherplätze 45 und 46 prüfen (hier be- 
ginnen die Variablen). An den Anfang 
des zweiten Programms wird folgende 
Zeile gesetzt: 


0 POKE 45,X: POKE 46,Y 


X und Y sind die Werte, die Sie durch 
PEEK abgefragt haben. Sie sollten die 
Zeile mit RETURN eingeben und im 
Direktmodus PEEK wiederholen, um 
nachzusehen, ob sich die Werte geän- 
dert haben. Passen Sie Zeile Onun an 
die neuen Zahlen an. Dieser Vorgang 
wird so oft wiederholt, bis sich die 
Werte nicht mehr ändern. 

Jetzt kann das zweite Programm ge- 
SAVEt werden. Davor können Sie aber 
auch noch andere Sicherheitsvorkeh- 
rungen einbauen, etwa um POKEs zu 
verhindern. 

Wir geben Ihnen etwas später in 
diesem Artikel noch einige wertvolle 
Tips, an denen sich Programmpiraten 
die Zähne ausbeißen dürften. 


AcornB 


Für LOAD und RUN haben die Acorn- 
Computer einen speziellen Befehl, 
der vom Bootstrap in dieser Form ge- 
nutzt werden kann: 


990 CHAIN "NAME DES FOLGENDEN 
PROGRAMMS” 


Das ist bereits alles! Andere Pro- 
gramme können also ganz einfach 
durch eine entsprechende Zeile im 
vorhergehenden Programm aufgeru- 
fen werden. 

Selbsttätiger Programmstart allein 
reicht aber noch nicht. Sie müssen 
auch dafür sorgen, daß ein Programm 
weder angehalten noch geändert und 
auch nicht geLISTet werden kann. 

Dazu wird das System so verändert, 


daß es auf den Aufruf der Befehle, 
wie etwa auf LIST, anders als gewohnt 
reagiert. 

Jeder Computer wird mit einem Be- 
triebssystem und, jedenfalls in unse- 
rem Bereich, auch mit einem BASIC- 
Interpreter geliefert. Die meisten Sy- 
steminformationen befinden sich im 
ROM, einige werden beim Einschalten 
aber auch in das RAM des Computers 
geladen. Diese Werte können verän- 
dert und damit das Verhalten des 
Rechners durch den Programmierer 
umgestaltet werden. 

Wenn man sich in dieses „Innenle- 
ben" eines Rechners vorwagt, braucht 
man in jedem Fall eine Tabelle der 
Systemvariablen und Betriebssystem- 
Routinen. Wer noch weitergehen 
möchte, muß sich zusätzlich Informa- 
tionen über die Speicheraufteilung 
seines Rechners verschaffen. 

Beim Einschalten des Computers 
wird ein Teil der Systemdaten vom 
ROM ins RAM geladen, um bestimmte 
Variablen veränderlich zu machen. So- 
bald Daten jedoch im RAM stehen, 
kann der Programmierer auf sie zu- 
greifen und sie für seine speziellen 
Zwecke nutzen. 

Ein besonderer Typ von Systemva- 
riablen ist der RAM-,Pointer“ oder 
„Vector“ (Zeiger). Normalerweise be- 
steht er aus zwei benachbarten Spei- 
cherplätzen, in denen die Adresse 
eines Systemablaufs festgehalten ist. 
Bei Änderung dieser Adresse wird 
das Betriebssystem mit jedem Aufruf 
der Routine fehlgeleitet. 

Für uns sind einige Zeiger von be- 
sonderem Interesse. Dazu gehören 
LIST- und SAVE-Zeiger, Interruptzei- 
ger sowie die Zeiger für WARMSTART 
und RESET. 

Es ist unmöglich, einen vollständi- 
gen Programmschutz zu erreichen — 
das gilt besonders dann, wenn Sie 
sich nicht all zu sehr mit Maschinen- 
sprache beschäftigen möchten. Durch 
die Verschiedenheiten der Betriebs- 
systeme sind die Methoden für jeden 
Rechner anders. Trotzdem möchten 
wir Ihnen ein paar Vorschläge ma- 
chen. 


Zu den einfacheren Methoden gehört 
es, ein unveränderliches Copyright in 
Ihr Programm einzubauen. Man kann 
dann mit PEEKs prüfen, ob der Ver- 
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merk noch vorhanden ist, und bei je- 
der Veränderung einen System-Reset 
erzwingen. 

Zuerst müssen Sie die Adresse des 
BASIC-Speicherbereichs herausfin- 
den. Diese Adresse (die Systemvaria- 
ble PROG) steht in den Speicherplät- 
zen 23635 und 23636 und kann mit 
PRINT PEEK 23635 + 256*PEEK 23636 
bestimmt werden. Wenn Sie den Wert 
von PROG kennen, können Sie eine 
beliebige Zahl N in (PROG+1) POKEn. 
Zeile N wird dann die erste Pro- 
grammzeile. 


Es wird spannend 


Interessant wird es, wenn N auf O ge- 
setzt wird — Zeile O eines Programms 
wird man nämlich nicht mehr los. Neh- 
men wir an, Zeile 10 sähe so aus: 


10 REM (c) MEIER 1986 
Geben Sie im Direktmodus ein: 
POKE (PEEK 23635 + 256*PEEK 23636) + 1,0 


— das war's: aus Zeile 10 wird Zeile 0. 
Natürlich kann dieser Ablauf auch von 
einem Bootstrap-Programm ausge- 
führt werden. 

Bei einem selbststartenden Pro- 
gramm scheint der einfachste Weg 
zum LISTen der Druck auf die BREAK- 
Taste zu sein. BREAK erscheint im un- 
teren Bildschirmabschnitt, danach 
kann das Programm mit LIST ange- 
zeigt werden. 

Aber was tun, wenn der untere Bild- 
schirmabschnitt die Eingabe nicht an- 
nimmt? Wenn Sie sich die Liste der 
Systemvariablen im Handbuch des 
Spectrum ansehen, werden Sie sehen, 
daß DF SZ (Speicherplatz 23659) die 
Anzahl der Zeilen des unteren Schirm- 
abschnittes (normalerweise 2) enthält. 
Wenn Sie nun eine O in die Adresse 
23659 POKEn, stürzt der Rechner bei 
jedem Eingabeversuch in diesen Ab- 
schnitt unweigerlich ab. 

Dies kann allerdings nicht im Di- 
rektmodus geschehen, sondern muß 
in ein Programm integriert werden. 
Dennoch macht ein solcher Eingriff 
keinerlei Schwierigkeiten, denn er fin- 
det in nur drei kurzen Programmzeilen 
Platz. 


10 POKE 23659,0 
20 PRINT AT 5,5;RND 
30 GOTO 20 


Nach einem RUN stürzt der Rechner 
bei Druck auf BREAK augenblicklich 
ab. Wenn Sie diese Technik einset- 
zen, darf das Programm nicht mit 
Screen-Meldungen wie INPUT? oder 
scroll? arbeiten — das würde den glei- 
chen Effekt haben. Zur weiteren 
Dateneingabe müssen Sie INKEYS- 
Befehle verwenden. 

Aus Hacker-Sicht gibt es einen be- 
sonders geeigneten Befehl, um ein 
Programm vom selbsttätigen Start ab- 
zuhalten: Es wird nicht geladen 
(LOAD), sondern mit MERGE in den 
Rechner übernommen. Aber auch das 
kann verhindert werden — „Bytes“ 
können nicht geMERGEt werden. 
Wenn also ein Programm als CODE 
gespeichert wird (in Byteform), ist 
kaum etwas zu machen. 

Das Abspeichern von CODE be- 
ginnt bei 23552, dem Anfang der Sy- 
stemvariablen. Die Anzahl der Bytes 
ist N-23552, wobei N jede Zahl sein 
kann, die größer als STKEND ist (Start- 
adresse des freien Speicherberei- 


ches). Nach dem Handbuch ist diese 
Adresse PEEK 23653 + 256*PEEK 
23654. Falls das gesamte User-RAM zu 
speichern ist, wird N auf 65535 ge- 
setzt. Das ist die größte Anzahl von By- 
tes, die auf Cassette übernommen 
werden kann. Folgende Zeile wird da- 
für an den Beginn des Programms ge- 
setzt: 


1 SAVE "PROGNAME” CODE 23552, N-23552 


Dann eine zweite Zeile mit POKE ein- 
fügen, um das Programm bei Eingabe 
von BREAK zum Abstürzen zu bringen: 


2 POKE 23659,0 


Jetzt geben Sie GOTO 1 ein, und 
SAVEn Sie das Programm. Durch den 


Befehl LOAD „NAME DES PRO- 
GRAMMS" startet das Programm 
selbsttätig. 


Der normale LOAD-Befehl funktio- 
niert bei sehr großen N-Werten nicht 
— etwa bei N=65000 im 48K-Rechner. 
Er verbraucht Speicherplatz sowohl 
auf der Cassette als auch im Rechner. 
Weil aber bereits kaum Platz für Ihr ei- 
genes Programm vorhanden ist, paßt 
auch sonst nichts mehr in den Spei- 
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cher — ein Cassetten-Kopierpro- 
gramm etwa. Damit ist Ihr Programm 
dann sicher vor Benutzung durch 
„böse Buben" und Hacker. 


Commodore 


Programme für den selbsttätigen Start 
und die Abschaltung der Tastatur sind 
leicht zu entlarven — es müssen also 
noch zusätzliche Maßnahmen getrof- 
fen werden. Dazu zählt die „back- 
delete“-Technik, mit der man POKE- 
Befehle verbergen kann. 

Mit diesem Verfahren läßt sich na- 
hezu alles verstecken — sogar die zur 
Sicherung nötigen Daten! 

Die „back-delete“-Methode stützt 
sich auf DELete-Befehle, die in Anfüh- 
rungszeichen hinter dem nichtaktiven 
Teil einer REM-Zeile stehen. Hier ein 
Beispiel, das ohne Leerzeichen einge- 
geben werden muß: 


99POKE45,0:POKE46,20:RUN: 
REM”"SYS4096 


Bringen Sie nach dem Eintippen den 
Cursor auf das zweite Anführungszei- 
chen, und geben Sie mit SHIFT und 
INST/DEL 27 Leerzeichen ein. Da- 
nach mit INST/DEL ohne SHIFT 
27 x DELete (Löschen) eingeben, als 
Symbol erscheint dabei ein umge- 
drehtes T. Zeile mit RETURN abschlie- 
ßen. Als nächstes gehen Sie wieder 
zum Editieren in die Zeile und löschen 
das zweite Anführungszeichen. Wie- 
der mit RETURN abschließen. Wenn 
Sie alles richtig gemacht haben und 
die Zeile jetzt zu LISTen versuchen, 
wird nur dies angezeigt: 


10 SYS4096 


Versuchen Sie, die Reihe der ver- 
steckten DELetes durch Eingabe von 
weiteren Leerzeichen und DELete- 
Symbolen zu editieren. 

Mit diesem einfachen Verfahren 
lassen sich ganze Zeilen oder auch 
nur Teile einer Programmzeile un- 
sichtbar machen. 

Sofern diese Zeilen am Anfang und 
am Schluß eines Listings stehen, tre- 
ten keine verräterischen Lücken auf — 
allerdings kann das kurzzeitige Auf- 
tauchen der versteckten Zeichen dem 
Eingeweihten einen Hinweis geben. 
Außerdem — das Verfahren beeinflußt 
nur den Bildschirm. Ein schnell ge- 
machter Programmausdruck bringt 
den Trick ans Tageslicht! 


Manchmal reichen schon kleine 


Hinweise auf das Vorhandensein 
eines Maschinenprogramms, um un- 
geübte „Programmdiebe“ entspre- 
chend abzuschrecken. 

Bei Verwendung eines Bootstrap- 
Programms gibt es aber neben dem 
selbsttätigen Start noch mehr Möglich- 
keiten des Schutzes: Mit einer zusätz- 
lichen Programmzeile im Selbststart- 
Programm können Sie vom Bootstrap 
genutzte Speicherplätze durch PEEK 
verändern. Das führt dazu, daß das 
Programm nicht ohne Bootstrap gela- 
den oder gestartet werden kann. Falls 
Sie das Bootstrap-Programm schon 
vorher verwendet haben, bauen Sie in 
das zweite Programm folgende Zeile 
ein. 

Auf dem © 64: 


1 IF PEEK (679) <> 169 OR PEEK (680) 
<> 47 THEN NEW 


Auf dem VC 20: 


1 IF PEEK (679) <> 32 OR PEEK (680) <> 
135 THEN NEW 


Zusätzlich sollten Sie geeignete Ta- 
staturabschaltungen vornehmen, da- 
mit das laufende Programm nicht ge- 
stoppt werden kann. 


AcornB 


Die besten Möglichkeiten zur Pro- 
grammsicherung bietet Maschinen- 
sprache. Das Problem beim Einsatz 
eines BASIC-Programms besteht 
darin, daß alles davon abhängt, ob das 
Programm einmal gestartet wurde und 
ob es nun Variablen verändert, den 
Speicherbereich verschiebt oder 
beim Druck auf BREAK abstürzt. Der 
Programmknacker muß es nur vor 
RUN LISTen, und alle Tricks und 
Kniffe werden sofort sichtbar. Hier 
kann ein kurzes Bootstrap-Programm 
in Maschinensprache — ein „Header“ 
— weiterhelfen. Wenn man jetzt ein 
LIST versucht, erhält man nur die Bild- 
schirmanzeige „Bad program". 

Es gibt also auch eine „wasser- 
dichte“ Möglichkeit des Programm- 
schutzes, die wohl jeden — außer Ma- 
schinensprache-Fachleute — total ab- 
schreckt. Und alles ohne Maschinen- 
sprache! 

Sie brauchen einfach nur das letzte 
Byte Ihres Programms zu verändern. 
Bei BASIC-Programmen ist das immer 
&FF (Hex). Wenn Sie dieses Byte än- 


dern, findet der Rechner beim LIST- 
Versuch das Programmende nicht 
mehr und erzeugt darauf die Meldung 
„Bad program“. Damit das Programm 
beim Ablauf richtig arbeitet, muß aber 
END in der letzten Zeile stehen. Und 
so geht's! 


In Hex-Form 


Zuerst geben Sie diese Zeile ein: 
PRINT - PAGE, — TOP 


Wundern Sie sich nicht über das -- 
Zeichen, es erscheint im MODE 7 des 
Acorn B als + und bedeutet auch das 
gleiche — eine dezimale Zahl wird in 
die Hex-Form umgewandelt. Sie wer- 
den auf dem Bildschirm zwei Zahlen 
sehen, nämlich PAGE und TOP 
(PAGE=Anfang des BASIC-Pro- 
gramms, TOP=Ende des Programms). 
PAGE ist normalerweise OEOO (oder 
1900, wenn Sie ein Acorn-Disketten- 
System haben). TOP hängt von der 
Größe des Programms ab. Nun geben 
Sie ein: 

(TOP—1)=0 


Damit wird das letzte Byte des Pro- 
gramms auf Null gesetzt. Nun muß das 
Programm nur noch mit *SAVE abge- 
speichert werden: 


*SAVE "Name des Programms” _MMMM_NNNN 


MMMM und NNNN sind die beiden 
Zahlen, die Sie vorher für PAGE und 
TOP ermittelt haben. Damit ist Ihr Pro- 
gramm recht gut geschützt. Wer im- 
mer noch an Ihr Programm heran 
möchte, der muß inzwischen einen 
gehörigen Aufwand treiben. 


Um ein BASIC-Programm zum selbst- 
tätigen Start zu bewegen, brauchen 
Sie beim Dragon eine etwas kniffelige 
Maschinensprach-Routine für das 
Speichern auf Cassette. 

Einfacher ist es, das Programm als 
Maschinen-Code mit CSAVEM zu 
speichern und ein Mini-Maschinen- 
programm einzubauen, das die BA- 
SIC-Zeiger wieder richtig einstellt. 
Dann läuft das Programm, ohne daß 
der Rechner vorher wieder zum direk- 
ten Eingabemodus zurückkehrt. Die 
zu verstellenden BASIC-Zeiger sind 
zuerst einmal die Startadresse des 
Programms, die Sie so herausfinden: 


PEEK(25)*256 + PEEK(26) 


Die Endadresse bekommen Sıe auf 
ähnliche Weise: 


PEEK(27)*256 + PEEK(28) 


Ein weiterer wichtiger Zeiger, der das 
LISTen des Programms verhindern 
kann, steht in den ersten beiden Bytes 
des BASIC-Programms. Wenn beide 
Bytes auf O0 gesetzt sind, kann der Dra- 
gon das Programm weder LISTen noch 
mit RUN starten. 

Um diese Schutzfunktion zu nutzen, 
sollten Sie Ihr Programm zuerst sehr 
gründlich auf Fehler oder Mängel prü- 
fen. Danach wird es mit RENUMber so 
numeriert, daß 10 zur ersten Zeile 
wird. Beim Eingeben der folgenden 
Zeilen müssen Sie besonders darauf 
achten, daß Zeile 1 fehlerlos ist — da- 
bei kommt es besonders auf das Leer- 
zeichen an: 


1 REMLJAAAAAAAAAAAAAAAAAAAAAAAAA 

2 ST=PEEK(25)*256 + PEEK(26): 
A$="308C10EC81DD19EC81ED 
8CEEEC84DD1B7E85A5” 

3 FOR K=1 TO 38 STEP 2: POKEST+6+ 
K/2, VAL("&H” + MID$(A$,K,2)): NEXT 

4 POKEST + 25, PEEK(25): POKEST+ 26, 
PEEK(26): POKE ST + 27,PEEK(ST): POKE 
ST+ 28, PEEK(ST +1): END 


jetzt wird das Programm mit CSAVE 
ganz normal abgespeichert. Beim 
Starten mit RUN wird eine kurze Ma- 
schinenroutine durch die Zeilen 2 und 
3in die REM-Zeile 1 gePOKEt. Die Da- 
ten für den BASIC-Anfangszeiger ge- 
langen aus Zeile 4 dorthin. Starten Sie 
das Programm mit RUN und LISTen 
Sie danach Zeile 1 — Sie werden se- 
hen, daß sich deren Inhalt bereits ge- 
hörig geändert hat. 

Um den „Einbruch“ in das fertige 
Programm zu vermeiden, müssen 
noch die BREAK- und die RESET-Ta- 
ste abgeschaltet werden. Nach dem 
Löschen der Zeilen 3 und 4 des Pro- 
gramms geben Sie dazu ein: 


2 A$="E4EDO4CBE4EC”:FOR K=1 TO 12 

STEP 2:POKE 
416—K/2,VAL("&H”+MID$(A$,K,2)): 
NEXT:POKE113,0 


Durch die FOR...NEXT-Schleife wird 
BASIC daran gehindert, die BREAK- 
Taste abzufragen. Das POKE am 
Schluß führt zu einem NEW, falls die 
RESET-Taste gedrückt wird. Für Pro- 


gramme, die den Befehl INPUT ver- 
wenden, ist dieses Verfahren aller- 
dings nicht zu gebrauchen. Eine Ein- 
gabe mit diesem Befehl würde eben- 
falls zu einem, in diesem Falle jedoch 
unerwünschten, Absturz führen. 

Bevor das Programm abgespeichert 
werden kann, müssen in die REM-Be- 
fehle von Zeile 1 Informationen über 
das Ende des BASIC-Programms ein- 
gebaut werden. Das geht nur im direk- 
ten Eingabemodus, weil jede neue 
Programmzeile den Wert verändern 
würde. Geben Sie diese Zeilen also 
direkt ein: 


ST=PEEK(25)*256-+-PEEK(26):POKE 
ST+29,PEEK(27): 

POKE ST+30,PEEK(28):POKE ST,0:POKE 
ST+10 


Danach ENTER drücken. Zum Abspei- 
chem: 


CSAVEM "Name des Programms”, 
ST.PEEK(27)*256+-PEEK(28),ST+6 


Damit wird das Programm in geschütz- 
ter Form für den späteren Gebrauch 
bereitgehalten. 

Zum Laden des Programms von der 
Cassette anstelle von CLOAD den Be- 
fehl CLOADM eingeben. Nach dem 
Laden findet der Dragon kein BASIC- 
Programm, das geLISTet oder mit RUN 
gestartet werden kann. Zum Starten 
EXEC und danach ENTER eintippen. 
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Dynamische RAMs 


In der vorigen Folge wurde erklärt, wie ROM und statische RAMs 
vom Prozessor gesteuert werden. Heute untersuchen wir dynamische 
RAMs und gewinnen Einblick in die Arbeitsweise eines RAM-Chips. 


n der letzten Folge hatten wir kurz erwähnt, 

daß es zwei Arten von RAMs gibt: dynami- 
sche und statische. Während statische RAMs 
mit kleinen logischen Mechanismen — den 
Flipflops — arbeiten, speichern dynamische 
RAMs ihre Datenbits als elektrische Ladung. 

Beide RAM-Typen haben Vor- und Nach- 
teile. So ist der Transistor, der in dynamischen 
RAMs eine Bit-Ladung speichert, weitaus klei- 
ner als ein Flipflop, der die gleiche Information 
in statischen RAMs festhält. Aus diesem Grund 
lassen sich dynamische RAMSs dichter packen. 
Da die Ladung dynamischer RAMs sich jedoch 
schon nach einigen Millisekunden „verflüch- 
tigt“, sind Zusatzschaltungen nötig, die sie pe- 
riodisch „auffrischen“. Statische RAMs haben 
dieses Problem nicht und sind eine Lösung für 
Systeme mit kleinem Arbeitsspeicher. 

Statische RAMs werden normalerweise in 
Acht-Bit-Registern angeordnet. Dabei verfügt 
jeder Chip über acht Datenkontakte, die mit 
den acht Leitungen des Datenbusses verbun- 
den sind. Dynamische RAMs haben jedoch oft 
einen anderen Aufbau. Jeder RAM-Chip stellt 
dabei eins der acht Datenbits einer Speicher- 
stelle dar. Der Speicher enthält dann acht 
parallel geschaltete Chips dieser Art. 

Das Bild unten zeigt den 4116 mit den typi- 
schen Kontakten eines 16-KBit-Chips. Für 
einen Arbeitsspeicher von 64 KByte verwendet 
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Die typische Pinbelegung eines 16-KBit RAM: An- 
ders als beim statischen RAM korrespondiert ein 
dynamisches RAM mit einem Bit des Datenworts — 
daher je eine einfache Data-in- und Data-out- 
Leitung. Die Verkabelung ist recht einfach. 


man bei vielen Acht-Bit-Micros den dynami- 
schen RAM Chip 4164 (64 KBit). Obwohl wir 
uns den Chip als ein Bit „breit“ und 16 mal 1024 
Bits „lang“ vorstellen können, enthält er 128 
Zeilen mal 128 Spalten. 

Bei einem Vergleich zwischen diesem Chip 
und einem statischen ROM fallen etliche Un- 
terschiede ins Auge. Zunächst gibt es statt acht 
Datenkontakten nur zwei: „Data in“ und „Data 
out“. Bei einem 16-KBit-Chip wären 14 Adreß- 
bits zu erwarten, die jedes Bit einzeln anspre- 
chen. Der 4116 hat jedoch nur sieben. Außer- 
dem gibt es zwei Leitungen mit seltsamen Be- 
zeichnungen: RAS und CAS — „Row Adress 
Strobe" und „Column Adress Strobe“. Mit die- 
sen zwei Zeitsignalen läßt sich die Adresse in 
zwei Hälften darstellen (daher sieben statt 
vierzehn Adreßkontakte). Die RAS-Leitung 
wird außerdem für die Auffrischung der dyna- 
mischen RAMs eingesetzt. 


Auffrischung des Chips 


Beim Auffrischungsvorgang werden alle Daten 
aus dem dynamischen RAM ausgelesen. Das 
Zurückschreiben stellt die Ladung wieder her. 
Da der Vorgang in unserem Beispiel zeilen- 
weise abläuft, sind zur Auffrischung des Chips 
128 Zyklen nötig. Die Auffrischung verlang- 
samt in vielen Fällen den Speicherzugriff des 
Prozessors, doch beträgt die Verzögerung sel- 
ten mehr als fünf Prozent. 

Die 14 Adressen eines 16-KByte-Speichers 
werden von unserem RAM in zwei Teilen zu je 
sieben Bits dargestellt. Das ermöglicht ein ex- 
terner Logikchip, der die nieder- und höher- 
wertigen Adreßleitungen mit dem CAS-Zeitsi- 
gnal abstimmt. Unser Bild rechts oben zeigt, 
wie die niederwertigen Adreßleitungen (AO 
bis A6) mit den Adreßkontakten des Chips ver- 
bunden sind, wenn CAS gesetzt ist. Ist CAS 
nicht gesetzt, sind die höherwertigen Adreßlei- 
tungen angeschlossen. Der RAM-Chip selbst 
enthält zwei Buffer, die ankommende Daten- 
signale „einfrieren“, so daß die Zeilen- und 
Spaltenadresse nacheinander ausgesandt 
werden können. Ein entsprechender Decoder 
(7 auf 128) setzt dann die hier erzeugten 
Adreßwerte zusammen. 

Unser Bild rechts unten zeigt, wie ein dyna- 
misches RAM von 16 KByte mit den Adreß-, 
Daten- und Schreib-/Lese-Leitungen des Pro- 
zessors verbunden ist. 
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Buffer der Zeilenadresse 


Buffer der Spalten- 
adresse 


7-zu-128 Decoder 


Datenbus 


Ein Speicher mit der 
Kapazität von 16 KByte 
läßt sich aus acht 4116 
Chips aufbauen, die 
parallel geschaltet sind 
und sich die Leitungen 
für Adresse, R/W, RAS 
und CAS teilen. Bei 
dieser Anordnung ist 
jedes dynamische RAM 
mit einer Leitung des 
Datenbusses verbunden. 


Die 14 Adreßleitungen, 
die jedes Bit eines 16- 
KBit-RAM-Chips an- 
sprechen können, er- 
zeugen je eine 7-Bit- 
Spalten- und Zeilen- 
adresse. Zur Vereinfa- 
chung der Schaltung 
besitzt der Chip selbst 
nur sieben Adreßleitun- 
gen. Der kreisförmige 
Bildausschnitt zeigt, 
wie einfach die logi- 
sche Schaltung des ex- 
ternen Logikchips auf- 
gebaut ist, die zwi- 
schen den beiden 
Adreßhälften um- 
schaltet. 
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n auf Stein 


SEMEAI 


Schlechte Position 

Um Steine am Spielbrett- 
rand zu erobern, kann 
man sie „erdrücken“ — 
eine Taktik, bekannt un- 
ter dem Namen SEMEAI. 
In einem solchen Kampf 
ist die Anzahl der Frei- 
felder sehr wichtig. So 
sieht es in unserem Bei- 
spiel für die weiße 
Gruppe schlecht aus, da 
sie nur über drei Freifel- 
der verfügt, die schwarze 
Gruppe dagegen über 
vier. 


Im folgenden zeigen wir Ihnen 
das Modul zum Setzen der Steine. 
Dabei sind diverse Abfragen des 
Computers notwendig, die den 
Zug überprüfen, Meldungen aus- 
geben und die Spielbrettdarstel- 
lung aktualisieren. 


1380 
2310 
2320 
2330 
2340 
2350 
2360 


2370 
c 
2380 
2390 
2400 
2410 
2420 


2430 
2uu0 
2450 


2460 
tex%) 
2470 
:GOTO 
2480 
2490 
2500 
2510 
2520 
3620 
3630 
3640 
3650 
3660 


3670 


Drittes Modul 


Acorn B: 


ko%=FALSE: end%=FALSE 

° 

DEF PROCwhite_move 

LOCAL C%,L%, PX, X%, Y%, A$,C$,Y$ 
atari2$=" " 

A$=FNinput(21,8,4) 

IF A$="PASS’”" THEN ko%=FALSE: PROCpr 


int_board:GOTO 2490 


IF A$="QUIT" THEN end%=TRUE: ENDPRO 


XX=ASC(LEFTS$S(A$,1))-64 
Y$=MID$(A$,2) 
FOR C%=1 TO LEN(Y$) 
C$=MID$(Y$,C%.1) 
IF C$<'"o" OR C$>"9" THEN PROCmes 


sage(23,1,A$):GOTO2350 


NEXT 
Y%=VAL(Y$) 
IF X%<1 OR X%>15 OR Y%<1 OR Y%>15 


THEN PROCmessage(23,1,A$):GOTO 2350 


PX=16#Y%+X% : L%=FNlegality(P%,whi 
IF L%>0O THEN PROCmessage(23,L%,A$) 
2350 

PROCmake_move (P%, white%) 
PROCmessage(23,0,"") 

ENDPROC 


® 
REM EEE EEE EEE 
DEF PROCmake_move(P%,C%) 

LOCAL A%,LX,NX% 

board%?PX=C% 


FOR L%=1 TO 4 : A%=PX+dirX(L%) : I 


F board%?AX%<>colourX%-C% THEN 3700 


PROCcount(A%,colour%-CX):IF clib 


%=0 THEN koX%=A%: N%=N%+cstn%: PROCremove(A 


urch den strukturierten und allgemeinen 

Aufbau des Programms ist es sehr ein- 
fach, das Listing für zwei Spieler zu modifizie- 
ren. Wie bisher bezieht sich die Programmbe- 
schreibung auf die Acorn-B-Version; Zeilen- 
nummern und Struktur sind in den anderen 
drei Versionen beibehalten. 

Die erste Routine, mit der wir uns befassen, 
ist FNlegality (Zeilen 3890-4000). Diese Funk- 
tion akzeptiert einen Zug (P%) von Farbe C% 
und gibt einen Wert aus, der anzeigt, ob der 
Zug legal ist. Diese Überprüfung gewährlei- 
stet, daß: 

l. die Schnittstelle (P%) frei ist, 

2. der Spieler keinen Stein in Ko einnimmt, 

3. der gespielte Stein keinen „Selbstmordver- 
such“ unternimmt. 

Die Überprüfung, ob eine Position frei ist, er- 
folgt in Zeile 3910 durch Abfrage nach einer O 
im entsprechenden Brett-Byte. Zur Probe wird 
der Stein „provisorisch“ gesetzt. Die Schleife 
L% zählt dann die Freifelder der angrenzenden 
gegnerischen Steine (unter Verwendung von 
PROCcount). Innerhalb der Schleife wird durch 
K% die Anzahl an Steinen, die durch den Zug 
P% beseitigt würden, verzeichnet. 
© Wenn keine Steine beseitigt werden (K%=0) 
und der zu setzende Stein keine Freifelder hat 
(clib%=0), versucht der Stein „Selbstmord“. 
© Wenn ein Stein beseitigt wird (K%=1) und 
sich der zu setzende Stein in der Ko-Position 
befindet (P%=ko%), wird die Ko-Regel verletzt. 


%., colourX%-CX) 

3680 IF c1ib%=1 AND C%=black% THEN at 
aril$="Atari":atari2$=" " 

3690 IF c1i1b%=1 AND C%=white% THEN at 
ari2$="Atari" 

3700 NEXT 

3710 IF N%<>1 THEN ko%=FALSE 

3720 captureX(CX)=captureX (CK) +N% 

3730 PROCprint_board 

3740 ENDPROC 

3750 

3760 

3770 

3780 

3790 

3800 

3810 

3820 

3830 

3840 

3850 

3860 : 

3870 RIEMAK aa alk Rabe lea fe ae a6 ala ea ea ee ee a ae 

3880 : 

3890 DEF FNlegality(PX,C%) 

3900 LOCAL AX,K%,L%,S% 

3910 IF board%?P%<>0 THEN =2 

3920 board%?PX%=C% 

3930 FOR L%=1 TO U 

3940 AX=P%X+dirX%(LX%) 

3950 IF board%?A%=colour%-C% THEN PRO 
Ceount(A%, colour%-C%X):IF c1ib%=0O THEN K% 
=K%+cstn% 

3960 NEXT 

3970 IF K%=0 THEN PROCcount(P%,C%):IF c 
1ib%=0 THEN S%=4 

3980 board%?PX=O0 

3990 IF P%=ko% AND K%=1 THEN =3 

4000 =S% 

4010 : 

1O2O REM aka ak ale ak te car ae ae ae ae aa ae ae 


: 
REEM AR abe a0 ae 0 abe a 206 De ae a0 ae ae a ae ae ae ae ae a ae ae ea ae ae 


: 
DEF PROCremove(P%,Cx%) 

IF board%?PX<>CX THEN ENDPROC 
boardX%?P%=0 

PROCremove (P%+dir%(1),C%) 
PROCremove (P%+di1r%(2),C%) 
PROCremove (P%X%+dir%(3),C%) 
PROCremove (P%+dir%(4),C%) 
ENDPROC 


Die Ko-Abfrage ist eventuell etwas schwer 
zu verstehen. Wenn ein Spieler einen einzel- 
nen Stein einnimmt, wird ko% von der make_ 
move-Routine in den Zeilen 3670 und 3710 auf 
die Position dieses Steines gesetzt. Wenn der 
neu zu spielende Stein auf diesen Punkt posi- 
tioniert wird und dieser Stein nur den zuletzt 
gespielten gegnerischen Stein erobert, muß 
die Ko-Regel verletzt sein. 


Steine vom Brett 


PROCmake_move beginnt damit, einen Stein 
der entsprechenden Farbe auf das Brett zu set- 
zen, woraufhin eine Schleife den Status der 
umliegenden Gruppen überprüft. Besetzt der 
Stein das letzte Freifeld einer gegnerischen 
Gruppe, wird diese Gruppe durch Aufruf von 
PROCremove vom Brett entfernt. Entsprechend 
wird, wenn die Gruppe nur noch ein Freifeld 
hat, der entsprechende „atari“-String aktuali- 
siert. Abschließend wird die Anzahl der vom 
jeweiligen Spieler eroberten Steine aktuali- 
siert und die Darstellung mit der print board- 
Routine erneuert. 

Wird ein Stein oder eine Gruppe von Steinen 
eingenommen, wird PROCremove aufgerufen, 
um sie vom Brett zu nehmen. Diese Routine ar- 


Schneider CPC 464/664: 


60 MOVEX=MOVE%+1:GOSUB 2320 


1380 KO%=0: FIN%=0 

2310 : 

2320 REM WHITE-MOVE ROUTINE 

2340 A2$=" " 

2350 IP%=22:IM%=8:IW%=4:GOSUB 1990 

2360 IF A$="PASS" THEN KO%=0:GOSUB 1730: 


GoOTO 
2370 
2380 
2390 
2400 


2490 

IF A$="QUIT" THEN FIN%=-1: RETURN 
X%=ASC(LEFT$(A$,1))-64 
Y$=MID$(A$,2) 

FOR WC=1 TO LEN(Y$) 

2410 C$=MID$(Y$.WC,1) 

2420 IF C$<"0o" OR C$>"9" THEN MPX=24:MM% 
=1:0$=A$:GOSUB 2160:G0TO 2350 

2430 NEXT 

2uU0 YX=VAL(Y$) 

Zu50 IF X%>0 AND X%<16 AND Y%X>O AND YX<1 
6 GOTO 2460 

2455 MP%=24:MM%=1:0$=A$:GOSUB 2160:GOTO 
2350 

2U60 WPX=16*YX+X%: LPX=WP%: LCX=WHITEX:GOS 
0B 3890 

2470 IF LL%>O THEN MPX%=24:MMX=LL%:0$=A$: 
GOSUB 2160:G0TO 2350 


2480 MP%=WP%:MCX=WHITEX:GOSUB 3630 

2U90 MP%=24:MM%=0:0$="":GOSUB 2160 

2500 RETURN 

2510 : 

2520 RIM aka acalk ale age ale a lea ea ea ea ae ee ae ae ae ae ae 
3620 : 

3630 REM MAKE-MOVE ROUTINE 

3640 N%=0 

3650 POKE BOARD+MPX%,MC% 


3660 FOR K=1 TO 4:A=MPX%+DIRX(K):IF PEEK( 
BOARD+A)<>COLOURX-MC%X GOTO 3700 

3670 CPX=A: CCX=COLOURX-MC%X:GOSUB 4OULO:IF 
CLIB%<>0O GOTO 3680 

3675 KOX=A: N%=N%+CSTN%: RPX=A: RCX=COLOUR% 
-MC%:GOSUB 3780 

3680 IF CLIB%=1 AND MC%=BLACKX THEN Al$= 
"ATARI":A2$=" ” 


beitet ähnlich wie PROCsearch. Zuerst wird 
der Stein in Position P% vom Brett entfernt. Da- 
nach ruft sie sich selbst auf, um jeden Stein 
derselben Farbe, der direkt im Norden, Östen, 
Süden oder Westen der aktuellen Position 
liegt, zu entfernen. 

Auch hier wird bei der C64-, Spectrum- und 
Amstrad-Version der „stack“ verwendet, um 
die Rekursion zu simulieren. 


3690 IF CLIB%=1 AND MC%X=WHITE%X THEN A2$= 
"ATARI" 

3700 NEXT 

3710 IF N%<>1 THEN KO%=0 

3720 CAPTURE%X(MC%)=CAPTUREX (MC%) +N% 

3730 GOSUB 1730 

3740 RETURN 

3750 : 

3760 REM cak ea abe ea a aa a ae 
3770 : 
3780 REM REMOVE ROUTINE 

3790 IF PEEK(BOARD+RPX)<>RC% THEN RETURN 
3800 POKE BOARD+RP%,O 

3805 SKX(STACKX)=RPX: STACKX=STACKX+1 
3810 RP%=SKX(STACK%-1)+DIRX(1):GOSUB 
o 
3820 
o 
3830 
o 
3840 
o 
3845 STACK%=STACK%X-1:RPX=SKX(STACKX) 
3850 RETURN 

3860 : 

3870 REM ae are ale ea ea aa aaa aaa 
3880 : 

3890 REM LEGALITY ROUTINE 

3900 LLX%=0:LKX%=0 

3910 IF PEEK(BOARD+LP%)<>O THEN LL%=2:RE 
TURN 
3920 
3930 


378 


RP%=SK%X(STACK%X-1)+DIR%(2):GOSUB 378 


RP%=SKX(STACK%-1)+DIRX(3):GOSUB 378 


RP%=SK%(STACK%-1)+DIR%(U):GOSUB 378 


POKE BOARD+LPX,LC% 

FOR K=1 TO 4 

3940 LAX=LPX+DIRX(K) 

3950 IF PEEK(BOARD+LA%)<>COLOUR%-LCK GOT 

0 3960 

3955 CPX=LAX: CCX=COLOUR%-LCK:GOSUB U4OUO: 
IF CLIB%=0 THEN LK%=LK%+CSTN% 

3960 NEXT 

3970 IF LK%=0 THEN CP%X=LPX:CCX=LC%:GOSUB 
HOUO:IF CLIB%X=0 THEN LLX=4 

3980 POKE BOARD+LPX,O 

3990 IF LP%=KO% AND LK%=1 THEN LLX=3 
4000 RETURN 

4010 : 

UO2O RIEMAR aka ak ala lea ale ea ae ae ee al ae ae a ea a ara 


Die Position SEKI 
SEMEAI-Kämpfe enden 
in der Regel mit einem 
Unterliegen der schwä- 
cheren Gruppe oder aber 
einer gefestigten Posi- 
tion, genannt SEKI. 
Hierzu muß Weiß die 
schwarze Gruppe von au- 
ßen angreifen. In der ge- 
zeigten Situation hat 
Weiß seine Position gesi- 
chert. Auf die zwei ver- 
bleibenden Freifelder 
kann keiner setzen, ohne 
die eigene Gruppe zu 
gefährden. 


Nandion® 


Schwarz gewinnt 

Setzt Weiß während des 
SEMEAI-Kampfes auf 
eines der internen Frei- 
felder, wird die Gruppe 
unweigerlich erobert. 
Nachdem Schwarz den 
mit 2 gekennzeichneten 
Stein gesetzt hat, ver- 
bleibt nur noch ein Frei- 
feld, und der Kampf ist 
für Weiß verloren. 
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Befassen wir uns nun mit der Routine, die 
die Eingabe und Ausführung von Zügen ge- 
stattet — PROCwhite_move. Da wir bereits eine 
Anzahl allgemein verwendbarer Routinen ha- 
ben, befaßt sich der größte Teil des Programm- 
codes mit der Überprüfung der Eingabe. Die 
Routine FNinput (Zeile 2350) erlaubt Ihnen, 
vier beliebige Zeichen einzugeben, so daß le- 
diglich überprüft werden muß, ob Sie PASS, 
QUIT oder eine gültige Brettposition eingege- 
ben haben. 

PASS bewirkt, daß das Ko-Flag zurückgesetzt 


Commodore 64: 


60 mve/%=mver7+1:60SUB 2320 

90 IF NOT fover% THEN 60 
1380 Ko%=0 :over%=0 
2310 ı 
2320 REM **** white move routine *%#*%* 
2340 atari2$=" ” 
2350 ip%=21: im%4=8: iw4=4:G0SUB 1990:REM i 
nput 
2360 IF a$="PASS" THEN Ko%=0:60SUB 1730: 
GOTO 2490 
2370 IF a$="QUIT" THEN over/=1 :RETURN 
2380 x%=ASC(LEFT$(a$,1))-64 
2390 y$=MID$(a$,2) 
2400 FOR c%=1 TO LEN(y#) 
2410 c$=MID$(y$,c%,1) 
2420 IF c$<"0" OR c$)"?" THEN mp%=25:mmi 
=1:0$=a$:605SUB 2160:60T0 2350 
2430 NEXT c“ 
2440 y%=VAL(y$) 
2450 IF x%<1 OR x%>15 OR y%<1 OR yAd15 T 
HEN mp%=25 :mm4=1 :0%=a$:605SUB 2160:60T0 2 
350 
2460 Ip%=16*y%+x%:1cä=white7:G0OSUB 3890: 
REM check legality 
2470 IF 11%>0 THEN mp%=25 :mm4=11%:0$%=a$: 
GOSUB 2160:60T0 2350 
2480 mmp%=1p% :mmc%=wh i te%:G60SUB 3630 :REM 
make move 
2490 mp%=25 :mm/=0 :0$="":60SUB 2160 
2500 RETURN 
2510 : 
3620 : 
3630 REM ***%* make move routine *%*** 
3640 n%=0 
3650 POKE (board+mmp%) ‚mmcH 
3660 FOR k%=1 TO 4:a%=mmpf+diräckK%) :IF P 
EEK(board+a%) <>colourf%-mmc“ THEN 3700 
3670 cp%=a%:cc%=colour%-mmc/:G0SUB 4040: 
IF clib%=0 THEN Kof=a% ınf=n%+cstnZ:rpf/=a 


wird, wogegen durch QUIT der logische Wert 
für das Spielende auf TRUE (WAHR) gesetzt 
wird, so daß das Programm nach Rücksprung 
die Hauptbewegungsschleife (Zeile 60 bis 90) 
verläßt. Entspricht die Eingabe weder PASS 
noch QUIT, unterteilt das Programm die Ein- 
gabe in horizontale (A bis O) und vertikale (1 
bis 15) Koordinaten, die dann zu einer Brett- 
position P% zusammengesetzt werden. 


Hauptbewegungsschleife 


Wie Sie sehen, können wir hier nicht ohne 
weiteres die Funktion VAL verwenden. Dies 
liegt daran, daß die Eingabe auch nur 2 oder 3 
Zeichen lang sein könnte und VAL 
(MIDS(,„A12",2)) immer noch das legale Ergeb- 
nis 1 ausgibt, obwohl am Ende des Strings ein 
Fragezeichen steht. 

Ist die Eingabe gültig und FNlegality bestä- 
tigt den Zug als legal, ruft die Routine PROC 
make move auf, stellt in der Mitteilungszeile 
durch Aufruf von PROCmessage die „O.K. 
THINKING"-Meldung dar und bricht dann ab. 

In diesem Programm haben wir anstelle der 
aktuellen Zahlen 1 und 2 die Konstanten 
black% und white% verwendet. Die einzige 
Ausnahme befindet sich in PROCprint board, 
wo die Elemente des capture%()-Arrays die 
Anzahl eingenommener Steine jeder Seite an- 
zeigt. Ein Vorteil dieser Methode ist, daß wir so 


%Aırc“=colour%-mmcH:60SUB 3780 

3680 IF clib%4=1 AND mmc/=white?“ THEN ata 
ri2$="Atari" 

3700 NEXT K% 

3710 IF n%<>1 THEN Ko%=0 

3720 capturef%(mmc/)=capture%(mmc”) +n% 
3730 GOSUB 1730:REM print board 

3740 RETURN 

3750 : 

3760 REM KR RK RK EREKRERRRERRRERRK 

3770 3 

3780 REM remove routine 

3790 IF PEEK(board#+rp%)<>rc% THEN RETURN 
3800 POKE (board+rp%),O ’ 
3805 s(stackA)=rp%:stack%4=stack%+1 

3810 rp4=s(stack%-1)+dir%(1):G0SUB 3780 
3820 rp%=s(stack%-1)+dir%(2) :GOSUB 3780 
3830 rp%=s(stack%-1)+dir%(3) :G0SUB 3780 
3840 rp%=s(stack%-1)+dir%(4) :GOSUB 3780 
3845 stack%=stack%-1 :rp%=s(stack%) 

3850 RETURN 

3860 : 

3870 REM KHK RR ERERERRERRRRRERRR 

3880 : 

3890 REM legality routine 

3900 11%=0:1K4=0 

3710 IF PEEK(board+!p%)<>0 THEN 11%=2:RE 

TURN 

3720 POKE (board+1p%) ,1Ic% 

3730 FOR k%=1 TO 4 

3940 1a%=1p%+dirfck%) 

3950 IF PEEK(board+1a%)=colourf-1c% THEN 
cp%=1a%:cc4=colour%-1c4:60SUB 4040: IF c 
1ib%=0 THEN 1K%4=1k%4+cstni 

39640 NEXT K% 

3970 IF 1K%=0 THEN cp#=1p%:cci=1c%:60SUB 
4040:IF clib4=0 THEN 11%=4 

3780 POKE (board+1p%),0 

3990 IF Ip%=ko% AND Ik%=1 THEN 11%=3 
4000 RETURN 

4010 : 

4020 REM KaRHKcRcERERERKERERERRR 


einfach die Form, in der Brett-Bytes Farben re- 5 
präsentieren, ändern können. BASIC-Dialekte 
Die folgenden Zeilen verwandeln das Pro- Mit den folgenden Zeilen können Sie das Pro- 


gramm in eine Zwei-Spieler-Version (siehe BA- | gramm für zwei Spieler verwenden. Der Computer 


SIC-Dialekte für andere Computer): fungiert als intelligentes Spielbrett, das die Gültig- 
keit von Zügen überprüft und den Punktestand 


vermerkt. 


60 nic ge :black%=1:white%=2: ide 

80 move%=move%+1:black%=2:white%=1 60 MOVE%=MOVE%+1:BLACK%=1:WHITE%=2 
PROCwhite__move GOSUB 2320 

80 MOVE%=MOVE%+1:BLACK%=2:WHITE%=1 
GOSUB 2320 


Diese Zeilen ändern jeweils die Werte von 


f a : h Spectrum 
black% und white% bei Aufruf von PROCwhite 
move. Da alle Routinen so entworfen wurden, 60 LET move=move+1:LET black=1:LET white=2 
daß sie jeden Wert akzeptieren, gestattet der GO SUB 2320 
Computer jetzt Schwarz und Weiß abwech- | g0LET move=move+1:LET black=2:LET white=1: 
selnd zu spielen, wobei für.beide PROCwhite GO SUB 2320 


move verwendet wird, um die Gültigkeit eines | Schneider CPC 464/664 
Zuges zu überprüfen und ihn darzustellen. Im 


nächsten Abschnitt ändern wir diese Zeilen, so 60 mve%=mve%+1:black%=1:white%o=2 


daß der Computer gegen Sie spielen kann. Bis GOSUB 2320 9,=9-white%=1 
dahin können Sie aber zumindest schon ein- 80 un %=2:white%o= 


mal gegen einen Ihrer Bekannten antreten. 


N LET x$="Atari": LET y$=" 
" 


3690 IF clib=1 AND mmc=white THE 


Sinclair Spectrum: N LET y$="Atari" 
3700 NEXT k 
60 LET move=move+1: GO SUB 232 3710 IF n<>1 THEN LET ko=0 
0 3720 LET c(mme)=c(mmce)+n 
1380 LET ko=0: LET end=0 3730 GO SUB 1730 
2310: 3740 RETURN 
2320 REM white-move routine 3750: 
2340 LET y$=" je 3760 REM aka alkaleakcalk alkahe ap ae ae ae a ae ara ale ale 
2350 LET ip=19: LET im=9: LET iw 3770: 
=4: GO SUB 1990 3780 REM remove routine 
2360 IF a$="PASS" THEN LET ko=0 3790 IF PEEK (board+rp)<>rc THEN 
: GO SUB 1730: GO TO 2490 RETURN 
2370 IF a$="QUIT" THEN LET end= 3800 POKE board+rp,O 
1: RETURN 3805 LET s(stack)=rp: LET stack= 
2380 LET x=CODE (a$(1))-64 stack+1 
2390 LET z$=a$(2 TO ) 3810 LET rp=s(stack-1)+d(1): GO 
2400 FOR c=1 TO LEN z$ SUB 3780 
2410 LET c$=z$(c) 3820 LET rp=s(stack-1)+d(2): GO 
2u20 IF c$<"O" OR c$>"9" THEN L SUB 3780 
ET mp=21: LET mm=2: LET o$=a$: G 3830 LET rp=s(stack-1)+d(3): GO 
oO SUB 2160: GO TO 2350 SUB 3780 
2430 NEXT c 3840 LET rp=s(stack-1)+d(4): GO 
2u40 LET y=VAL z$ SUB 3780 
2450 IF x<1 OR x>15 OR y<1 OR y> 3845 LET stack=stack-1: LET rp=s 
15 THEN LET mp=21: LET mm=2: LE (stack) 
T o$=a$: GO SUB 2160: GO TO 2350 3850 RETURN 
2460 LET 1p=16*y+x: LET lc=white 3860: 
ı GO SUB 3890 3870 REM aka alkatkalkaik ak ale ak aka ale ak ae ake a air ake ae 
2470 IF 11>0 THEN LET mp=21: LE 3880: 
T mm=11: LET o$=a$: GO SUB 2160: 3890 REM legality routine 
Go TO 2350 3900 LET 11=0: LET 1k=0 
2480 LET mmp=1p: LET mmc=white: 3910 IF PEEK (board+1p)<>Oo THEN 
GO SUB 3630 LET 11=3: RETURN 
2490 LET mp=21: LET mm=1: LET o$ 3920 POKE board+lp,1c 
="": GO SUB 2160 3930 FOR k=1 TO 4 
2500 RETURN 3940 LET la=1p+d(k) 
2510: 3950 IF PEEK (board+la)=colour-l 
2520 REM #3 ale alkake alle ale ehe age le ale ae abe ae le ae ale ae <e THEN LET cp=la: LET cc=colour 
3620: -le: GO SUB 4o4o: IF clib=0 THEN 


3630 REM make-move routine 

3640 LET n=0 

3650 POKE board+mmp,mmc 

3660 FOR k=1 TO 4: LET a=mmp+d(k 
): IF PEEK (board+a)<>colour-mme 
THEN GO TO 3700 

3670 LET cp=a: LET cc=colour-mmc 
: GO SUB 4O40: IF clib=0O THEN L 

ET ko=a: LET n=n+cstn: LET rp=a: 
LET re=colour-mme: GO SUB 3780 
3680 IF clib=1 AND mmc=black THE 


LET l1k=1k+cstn 
3960 NEXT k 
3970 IF 1k=0 THEN LET cp=1p: LE 
T ece=1l1ce: GO SUB 4040: IF clib=0 
THEN LET 11=5 
3980 POKE board+1p,0 
3990 IF 1p=ko AND 1Ik=1 THEN LET 
11=4 
4000 RETURN 
4010: 
UO2O REM 3a ak ak ale le elek fe ae al ae ale ae af ae ae ae a ak 


1957 


Üblicherweise sind 
MIDI-kompatible Ge- 
räte in Kettenform mit- 
einander verbunden. 
Die meisten Instru- 
mente haben dafür ne- 
ben MIDI-IN- und 
MIDI-OUT-Anschluß 
noch eine MIDI-THRU- 
Buchse. Damit können 
mehrere Geräte ähnlich 
wie Computerkompo- 
nenten durch eine ge- 
meinsame Busleitung 
gekoppelt sein. Den- 
noch reagiert jedes In- 
strument nur auf ganz 
bestimmte Daten, die 
über die Leitung kom- 
men. 


1958 


Auf Bachs Spuren 


Auf die mechanisch/elektrische Konstruktion der MIDI-Schnittstelle 
folgt ein nicht minder wichtiger Abschnitt: Erst die Software erlaubt 


uns das Musizieren in „Echtzeit“. 


eder musikalische Vorgang („event“) wird 

durch eine Gruppe von Daten symbolisiert, 
eine „message“ (Nachricht). Die meisten Mes- 
sages sind zwischen einem und drei Bytes 
lang. Eine Ausnahme bilden die systemspezifi- 
schen Informationen, auf die wir später noch 
zurückkommen. Das Anfangsbit (Most Signifi- 
cant Bit) des ersten Message-Bytes ist immer 
gleich Eins. In allen folgenden Bytes einer 
Message sind die MSBs dann gleich Null. Ein 
Byte, bei dem das MSB Eins ist, nennen wir 
„Statusbyte“, die anderen sind Databytes. Die 
MIDI-Messages lassen sich in zwei Gruppen 
unterteilen — Kanal-Informationen und System- 
Informationen. 

Kanal-Informationen (Channel-messages) 
werden gebraucht, weil MIDI-Geräte meist in 
Kettenform verbunden sind — jedes Instrument 
erhält alle Informationen, die von der „Zen- 
trale“ ausgehen. 

Durch die Kanal-Informationen werden die 
Daten nur von dem Instrument akzeptiert, für 
das sie gedacht sind. Den Empfangsgeräten 
wird dafür eine Kanal-Nummer zwischen 1 und 
16 zugeordnet. 

Channel-Messages setzen sich aus Status- 
bytes im Bereich $80 bis einschließlich SEF 
und ein bis zwei Datenbytes zusammen. Die 
Kanalnummer wird in den vier niederwertigen 
Bits des Statusbytes codiert. Kanal 1 wird mit 
$0, Kanal 16 mit SF bezeichnet. Die übrigen 
drei Bits geben die Art der darauffolgenden In- 
formation an. 

Eine Besonderheit der Channel-Messages 
ist es, daß zwischen Einzelinformationen kein 
neues Statusbyte geschickt werden muß, wenn 
es sich nicht vom vorhergehenden unterschei- 
det. Dadurch bleibt der aktuelle Status so 
lange erhalten, bis ein neues Statusbyte emp- 
fangen wird. 


Besonders nützlich kann diese Eigenschaft 
sein, wenn viele aufeinanderfolgende Note- 
Ein- bzw. Note-Aus-Befehle übertragen wer- 
den sollen. Der Note-Aus-Befehl gleicht näm- 
lich dem Befehl Note-Ein mit der Anschlag- 
stärke = 0. Die Verwendung des gleichen Sta- 
tus für mehrere Note-Ein/Aus-Befehle spart 
Speicherplatz und Übertragungszeit. 

Stimmendefinition (voice assignement) ist 
der Vorgang, mit dem ein Noten-Befehl einem 
der freien Klangerzeuger (Stimmen) eines po- 
lyphonen (mehrstimmigen) Empfängers zuge- 
ordnet wird. Um die Reaktion eines Instru- 
ments auf die Kanal-Informationen richtig zu 
steuern, kann bei MIDI durch „mode messa- 
ges" unter verschiedenen Betriebsarten ge- 
wählt werden. „Mode messages“, die über die 
Fähigkeiten eines angeschlossenen Instru- 
mentes hinausgehen (etwa wegen zu kleiner 
Stimmenzahl), sollten von diesem ignoriert 
werden. 


Mehr Klanganweisungen 


Die einfachste Betriebsart ist der „omni-mode“, 
bei dem der Empfänger auf alle Informationen 
reagiert, ohne sich um vorangegangene Kanal- 
nummern zu kümmern. 

Die meisten polyphonen Synthesizer können 
nur eine bestimmte Anzahl von Klängen 
gleichzeitig erzeugen (meist sechs oder acht). 
Wie reagiert das Instrument nun, wenn mehr 
als acht Klanganweisungen eingehen? 

Normalerweise arbeiten die einzelnen Stim- 
men nach dem Rotationsverfahren: Die zuerst 
angeforderte Note wird beendet, um Platz für 
den neuen Klang zu geben. Diese Betriebsart 
wird durch den Befehl „poly mode on" einge- 
schaltet. Im „mono mode" ist jede der verfüg- 
baren Stimmen des Empfängers einem einzel- 


nen MIDI-Kanal zugeordnet. Der Befehl „mono 
mode" selbst erreicht das Gerät auf dem allge- 
meinen Kanal, das zweite Datenbyte legt dabei 
die gewünschte Zahl von Kanälen fest. 

Im „omni-mode" führt eine „mono-message" 
dazu, daß der Empfänger eine seiner Stimmen 
für allgemeine MIDI-Befehle freihält. 

Systembefehle (system messages) haben 
keine Kanalnummern im Statusbyte, sie gehen 
an alle Instrumente des Netzwerkes. Es gibt 
Gruppen dieser Befehle: allgemeine, Echtzeit- 
befehle und systemspezifische Anweisungen. 

Allgemeine Befehle (system common) ha- 
ben Statusbytes zwischen $F1 und $F7. Sie be- 
stehen aus einem Statusbyte, gefolgt von null, 
einem oder zwei Datenbytes. 

Echtzeit-Befehle (system real-time) ergehen 
an alle Systemkomponenten. Ihre Statusbytes 
liegen zwischen $F&8 und $FF. Sie werden 
hauptsächlich von Schlagzeugen und Taktge- 


Sternförmiges 
Netzwerk 


bern genutzt, um ihre Taktimpulse an den Sy- 
stemtakt anzugleichen. Die meisten Synthesi- 
zer übergehen diese Befehle. Ausnahmen bil- 
den Synthesizer, deren Taktgeneratoren eine 
Synchronisation vorsehen. 

System-Echtzeit-Befehle unterscheiden sich 
von anderen Befehlen dadurch, daß sie nur aus 
einem Statusbyte ohne nachfolgende Datenby- 
tes bestehen. Sie können jederzeit gesendet 
werden, selbst wenn sie dabei Befehle ande- 
rer Art unterbrechen. 

Systemspezifische Befehle (system exclu- 
sive) beginnen mit dem Statusbyte SFO, auf 
das einige Datenbytes folgen. Abgeschlossen 
werden sie entweder durch das „end-of- 
exclusive" ($F7) oder irgendein anderes Sta- 
tusbyte. Das erste Byte ist eine Herstellerken- 
nung (ID). Entspricht sie nicht der Kennung 
des Empfängers, wird der Befehl ignoriert. 


„System exclusive“ 


„System exclusive“-Informationen sind für den 
Datenaustausch von Geräten ähnlichen Typs 
gedacht. Normalerweise handelt es sich dabei 
um die Daten eines Synthesizer-Anpassungs- 
programms. (Sie sollten nicht mit der channel- 
message $Cx verwechselt werden, die zwi- 
schen im Empfangsgerät vorhandenen Pro- 
grammen wählt.) 

Die nach „system exclusive“-Befehlen über- 
mittelten Daten sind den Herstellern freige- 
stellt — Voraussetzung ist nur ein gültiger ID- 
Code als Kennung. 


Die ersten MIDI-Anla- 
gen besaßen noch nicht 
die Fähigkeit, mehrere 
Kanäle getrennt anzu- 
sprechen - jedes ange- 
schlossene Gerät hätte 
in der Kettenformation 
auf alle übermittelten 
Daten reagiert. Die frü- 
hen MIDI-Systeme wur- 
den daher sternförmig 
mit der zentralen Steu- 
ereinheit verbunden. 
Für jedes Instrument 
gab es eine separate 
OUT-Buchse. Eine spe- 
zielle Schaltung sorgte 
dafür, daß die Geräte 
nur einzeln angespro- 
chen wurden. 


1959 


1960 


v=Lautstärke aus 
a)v>0 
Note ein 
p-Tonhöhe 
v=Lautstärke 
b) v=0 
Note aus 
p-Tonhöhe 
Anschlagstärke 
p-Tonhöhe 
pr=Anschlagstärke 
a)n < $7A 
Wechsel der Steuerung 
n=Nummer des Steu- 
ergerätes 
c=Eingestellter Wert 
b) n=$7A 
Lokale Steuerung 
Ein (c=$7F) 
Aus (c=0) 
c) n=$7B, c=0 
Alle Noten aus 
d) n=$7C, c=0 
Omni-Mode aus (alle 
Noten aus) 
e) n=$7D, c=0 
Omni-Mode ein (alle 
Noten aus) 
f) n=$TE 
Mono-Mode ein (alle 
Noten aus) 
c=Anzahl der Kanäle 
g) n=$TE, c-0 
Poly-Mode ein (alle 
Noten aus) 
Wahl des Anpassungs- 
programms ; 
pp-Programmnummer 
Anschlagstärke (Ka- 
nal) 
pr=Anschlagstärke 
Tonhöhenschwankung 
(Vibrato) 

. 1=7 niederwertige Bits 
m= 7 höchstwertige 
Bits 


Systembefehle 


Status Datal Data2 Bedeutung Erklärung 


$FO beliebige Zahl Systemspezifisch l 
SFl Nicht definiert 
$F2 Zeiger für aktuelle 
Position im Stück 
1= 7 niederwertige Bits 
m- 7 höchstwertige Bits 
Musikstück-Wahl 
s-Nummer des Stückes 
Nicht definiert 
Nicht definiert 
Befehl „Stimmen“ 
Systemspezifisch Ende 
Timer 
Nicht definiert 
Start 
Fortsetzung 
Stop 
Nicht definiert 
Test „System aktiv?“ 
Nullstellung (Reset) 


Erklärungen: 


Solange nichts anderes vorgeschrieben ist, dürfen die Daten- 
bytes jeden Wert zwischen 0 und $F7 haben. Die jeweilige Ka- 
nalnummer ist x, die erste Hex-Zahl des Statusbytes (x=0 für Ka- 
nal l bis x<SF für Kanal 16). 
1. p ist die Höhe der Note, gemessen in Halbtonschritten. Das 
mittlere C hat die Tonhöhe $3C, alle Cs sind daher Produkte von 
Be (dezimal 12). Eine normale Klaviertastatur reicht von $15 bis 
6C. 
2. Lautstärkewerte reichen von $01 bis $F7. Keyboards ohne An- 
schlagsensoren sollten mit dem voreingestellten Wert $40 arbei- 
ten. Der Befehl „Note ein“ mit Lautstärke 0 entspricht dem Befehl 
„Note aus“ mit dem Lautstärkewert $40. Dieses Verfahren wird 
bei allen einfacheren Instrumenten ohne Dämpfungssensoren ge- 
nutzt. Dadurch kann die Möglichkeit der Kanal-Befehle voll aus- 
genutzt werden. 
3. „After Touch“ ist ein Maß dafür, wie stark eine Taste nach dem 
Anschlag gedrückt wird. Im allgemeinen wird dadurch Modula- 
tion erzeugt, ohne ein „modulation wheel“ zu benutzen. Es gibt 
zwei unterschiedliche Arten von Drucksensoren, für die entspre- 
chend unterschiedliche Befehle vorgesehen sind: 
a) Individueller bzw. polyphoner Anschlag erfordert für jede Ta- 
ste am Instrument einen eigenen Drucksensor. Nur die gerade 
gedrückte Taste wird vom Meßwert dieses Sensors beeinflußt, 
das heißt, außer dem Meßwert muß auch die Tonhöhe gesendet 
werden. (In diesem Falle muß das Instrument auch mit mehreren 
separaten Modulationsschaltungen für den mehrstimmigen (poly- 
phonen) Betrieb ausgerüstet sein.) 
b) Es ist nur ein Drucksensor für die gesamte Tastatur vorgese- 
hen. Der gemeldete Druck wird mit dem höchstmöglichen Druck 
(alle Tasten gleichzeitig betätigt) abgeglichen. Alle Stimmen des 
Instrumentes werden vom gemeldeten Wert gleichermaßen be- 
einflußt. 
4. Diese Befehle kommen von anderen Steuereinheiten als der 
Tastatur. Diese Steuereinheiten mit den Nummern $0 bis $1F kön- 
nen Werte (c) zwischen $0 und $7F liefern. Meist handelt es sich 
dabei um Analog-Bedienungselemente. Die Steuergerät-Num- 
mern von $20 bis $3F können dabei für die Übermittlung einer 
zweiten Bitgruppe genutzt werden, falls sehr hohe Auflösung der 
Steuerung erwünscht ist. Die Steuergerät-Nummern von $40 bis 
$5F sind Schaltgeräte — etwa Sustain-Pedale, Ein/Aus-Schalter 
oder Schalter für gebundene Klangerzeugung (Portamento). Da- 
für wird c entweder auf 0 (Aus) oder auf $7F (Ein) gesetzt. Damit 
entspricht die Funktion etwa einem Schalter-Joystick. Die Steuer- 
gerät-Nummern $60 bis $79 sind nicht belegt, während die Num- 
mern zwischen $7A und $7F für Kanal-Modus-Befehle reserviert 
sind. Die Steuergerät-Nummern sind nicht auf eine bestimmte Art 
von Steuergerät beschränkt. Ausnahme ist nur die Nummer $ı, 
die für das „modulation-wheel“ bestimmt ist. 
5. Lokale Steuerung wird aufgerufen, wenn die interne Kopplung 
zwischen dem Eingabeteil (normalerweise einer Tastatur) und 
den Schaltkreisen zur Klangerzeugung getrennt werden soll. Da- 
durch schickt die Tastatur etwa nur Daten über den MIDI-OUT- 
Anschluß, während die Klangerzeugung ausschließlich auf den 
MIDI-IN-Eingang reagiert. 
6. Die Möglichkeit „Alle Noten aus“ ist nur eine Option und 
sollte nicht als Ersatz des individuellen Abschaltens einzelner 
Noten verwandt werden. Es ist unverständlich, warum die MIDI- 
Spezifikationen das vorsehen — die vorangehenden Befehle wer- 
den dadurch nahezu völlig unbrauchbar. 
7. Das dritte Byte des Mono-Modus gibt die Gesamtzahl der er- 
forderlichen Kanäle an. Ist es Null, wird die Kanalzahl mit den im 
Empfangsgerät verfügbaren Stimmen gleichgesetzt. 
8. Das „pitch wheel“ unterscheidet sich insofern von anderen 
Steuereinheiten, als es positive und negative Werte annehmen 
kann. Die Mittelposition wird als 1-$0 und m-$40 codiert und 
gesendet. Viele Empfänger haben nur eine Auflösung von 7 Bit 
und reagieren nur auf den m-Wert. | wird dann übergangen. 


Erklärungen: 


Die Befehle $F8 bis $FF sind Echtzeitsignale des MIDI-Systems 
und können jederzeit — selbst während der Übertragung anderer 
Befehle — gesendet werden. ) 

1. Systemspezifische Befehle bestehen aus einer beliebigen 
Folge von Datenbytes, die mit „Systemspezifisch Ende“ ($F7) 
oder einem anderen Statusbyte abgeschlossen wird. j 

2. Dieser Befehl dient zur willkürlichen Einstellung des „Position 
im Stück“-Zeigers, eines internen Registers, das die Anzahl der 
„beats“ (1 beat--6 MIDI-Taktzyklen) seit dem Anfang des Musik- 
stücks speichert. 


3. Damit werden analoge Synthesizer zur Feineinstellung ihrer 
Oszillatoren (Schwingungserzeuger) aufgefordert — der Synthe- 
sizer wird gestimmt. \ 

4. Signale zur Synchronisierung von Haupt- und Nebentaktge- 
bern. Der Systemtakt arbeitet mit dem 24. Teil einer Viertelnote. 
Der Befehl „Fortsetzen“ unterscheidet sich insofern vom „Start"- 
Befehl, als das Musikstück vom Punkt der Unterbrechung und 
nicht vom Anfang aus gespielt wird. u 

5. „System aktiv“ ist eine Leernachricht und hat keinen Einfluß 
auf die MIDI-Signale. Bei MIDI muß alle 300 ms ein Befehl erfol- 
gen. Wenn während eines Zeitraumes keine Befehle 
eingehen, schaltet das MIDI-Empfangsgerät alle Noten ab und 
kehrt in den normalen Betriebszustand zurück. ' 1 

6. Dieser Befehl versetzt das gesamte System in den Grundzu- 
stand. Er sollte jedoch nicht automatisch beim Einschalten eines 
Gerätes erfolgen — das könnte zu einem endlosen Austausch von 
„Reset“-Befehlen zwischen zwei MIDI-Instrumenten führen. 
Andere als die hier aufgeführten Befehle sollten nicht gesendet 
und von MIDI-Empfängern ignoriert werden. ) 


Fachwörter von A bis Z 


Network = Netzwerk 

Als Netzwerk wird in der Datenverar- 
beitung ein Kommunikationssystem 
zur Verknüpfung mehrerer Rechner 
und Terminals bezeichnet. Der Daten- 
verkehr kann dabei über Telefonlei- 
tungen, Richtfunkstrecken oder Satel- 
liten erfolgen — die räumliche Aus- 
dehnung spielt keine Rolle. Ein Netz- 
werk kann sich insgesamt auf nur ei- 
nige PCs im gleichen Büro beschrän- 
ken oder eine Anzahl Großrechner 
umfassen, die über die ganze Welt 
verstreut sind. 

Die Bedeutung von Kommunika- 
tionsnetzen nimmt auch im Micro- 
computerbereich ständig zu. Benutzer 
können im Netzverbund nicht nur un- 


tereinander Daten 1 rung son- 


Computernetze werden in zunehmendem 
Umfang in der Ausbildung von Computer- 
anfängern eingesetzt. 


dern bekommen vor allem Zugang zu 
der enormen Verarbeitungskapazität 
von Großrechnern und den zugehöri- 
gen umfangreichen Informationsan- 
geboten von Datenbanken. 

In der Schaltungstechnik versteht 
man unter einem Netzwerk eine ab- 
gegrenzte Bauelement-Gruppe mit 
spezifischen Eigenschaften. Unter- 
schieden wird dabei zwischen „akti- 
ven“ Netzwerken mit verstärkenden 
Komponenten wie Transistoren und 


Hier werden einzelne Fach- 
ausdrücke eingehend behandelt. 
Da bei der Kommunikation mit 
dem Computer meist die 
englische Sprache verwendet 
wird, werden hier zunächst die 
englischen Begriffe genannt, 
dann die deutsche Übersetzung. 
In den Gesamtindex werden 
sowohl deutsche als auch 
englische Stichwörter aufge- 
nommen, damit Sie es leichter 
haben, das von Ihnen 
Gesuchte zu finden. 


„passiven“ Netzwerken, die nur pas- 
sive Bauteile wie Kondensatoren und 
Widerstände enthalten. Wenn zwi- 
schen Ein- und Ausgangssignal eine 
lineare Beziehung besteht, spricht 
man von einem „linearen“, andern- 
falls von einem „nichtlinearen“ Netz- 
werk. 


NOR = NOR 

NOR ist eine Abkürzung für die logi- 
sche Operation NOT OR, also das ne- 
gierte ODER - eine der sechs Boole- 
schen Verknüpfungen, die in der 
Schaltalgebra Verwendung finden. 
Ein NOR-Gatter liefert den Ausgangs- 
wert TRUE, wenn beide Eingänge 
FALSE sind, und verhält sich damit 
umgekehrt wie ein NAND-Gatter. 
Werden Eingänge und Ausgang 
eines NOR-Gatters invertiert, ergibt 
sich die Funktion eine NAND-Gatters, 
so daß sich wie mit NANDs auch mit 
NOR-Gattern sämtliche Booleschen 
Verknüpfungen realisieren lassen. 


NOT = Nicht 

Das NOT oder die Inversion ist eine 
weitere Boolesche Operation. Sie be- 
wirkt die Umkehrung eines logischen 
Zustands in sein Gegenteil — aus 
TRUE wird FALSE, aus FALSE wird 
TRUE. Im Unterschied zu den andern 
Logikgattern gibt es bei einem 
NICHT-Gatter nur einen einzigen Ein- 
gang. 


Numerical Analysis = 

Numerische Auswertung 

Bei der numerischen Bearbeitung ma- 
thematischer Aufgabenstellungen 
wird die Lösung durch Zahlenrech- 
nen gesucht. Dabei sind meist Un- 
mengen von Zahlen zu verarbeiten. 


Zum Bereich der numerischen Mathe- 
matik gehört auch die Optimierung 
der Vorgehensweisen mit dem Ziel, 
möglichst effiziente und allgemein 
anwendbare Verfahren zu entwickeln. 


Network Architecture = 
Netzarchitektur 

Die „Architektur“ umfaßt die formale 
und funktionale Struktur eines Kom- 
munikationsnetzes. Funktionale Ge- 
sichtspunkte sind unter anderem die 
Wahl des Übertragungsverfahrens 
einschließlich Codes und Fehlerkon- 
trolle, die Datenflußsteuerung und die 
Art der Adressierung der einzelnen 
Netzknoten. Für den formalen Aufbau 
ist auch der Begriff „Netzwerktopolo- 
gie“ gebräuchlich — typische Konfi- 
guration sind etwa das Ring- und das 
Sternnetz. 


Noise = Rauschen 

Bei den Nachrichtentechnikern und 
Elektrotechnikern heißt jeder uner- 
wünschte Signalbeitrag Rauschen. 
Schon beim Schaltungsentwurf ist 
darauf zu achten, daß Rauschein- 
flüsse, die sich dem eigentlichen Si- 
gnal störend überlagern, so klein wie 
möglich bleiben. Bei Digitalbaustei- 
nen der TTL-Familie z. B. wird die lo- 
gische Eins durch eine Spannung von 
+5 V, die logische Null durch 0 V dar- 
gestellt. Rauschbeiträge können das 
Signal so stark verfälschen, daß die 
Zustände „1“ und „0“ an irgendeinem 
Gattereingang nicht mehr eindeutig 
erkennbar sind und Fehler auftreten. 
Es ist ein wesentliches Ziel der Elek- 
tronikentwickler, möglichst hohe 
„Störschwellen“ zu erreichen, das 
heißt hohe Grenzwerte für die 
Rauschspannung, die noch ohne Be- 
einträchtigung der Zuverlässigkeit to- 
leriert wird. Wenn Schaltkreise sehr 
viel Rauschen ohne Fehlfunktion ver- 
kraften, spricht man auch von extre- 
mer „Störsicherheit“. 


Bildnachweise 

1933: Paul Chave 

1934, 1953, 1958, 1959: Kevin Jones 
1938: Liz Dixon 

1940: Chris Stevens 


1942, 1952: Mike Clowes 
1943: Marcus Wilson-Smith 
1946, 1949: Graeme Harris 
1958: Liz Heany 

1956: Caroline Clayton 
1960: Tony Sleep 
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Der PIO-Chip über- 
wacht im Computer die 
Ein- und Ausgabe von 
Daten, wenn eine Kom- 
munikation mit exter- 
nen Geräten erfolgt. 
Wir beschreiben detail- 
liert die Funktion. 


High Fidelity 

In Tips für die Praxis wird ein Programm entwickelt, 
das eine digitale Aufzeichnung und Wiedergabe von 
Musikstücken ermöglicht; es läuft auf dem Commo- 
dore C 64 ohne Probleme. 


Klassenbewußt 

Die nächste Folge der Sprache C beschäftigt 
sich mit den vier „Speicherklassen“ dieser in- 
teressanten Programmiersprache. 


Kanalarbeiter 

In diesem Abschnitt über das Betriebssy- 
stem des Spectrum geht es um die Kanäle, 
die Daten zu den Peripherien senden. 


Stammvater 

Der PET (Personal Electronic Transactor) 
von Commodore gilt als Stammvater aller 
PCs. Wir stellen das Gerät vor. 


